Это очень распространенный вопрос, поэтому я решил превратить этот ответ в статью .
Java 13 и выше
Многострочные строки теперь поддерживаются в Java с помощью текстовых блоков . В Java 13 и 14 эта функция требует, чтобы вы установили ––enable–preview
опцию при сборке и запуске вашего проекта. Проверьте эту документацию Java для более подробной информации.
Теперь, до Java 13, вот как бы вы написали запрос:
List<Tuple> posts = entityManager
.createNativeQuery(
"SELECT *\n" +
"FROM (\n" +
" SELECT *,\n" +
" dense_rank() OVER (\n" +
" ORDER BY \"p.created_on\", \"p.id\"\n" +
" ) rank\n" +
" FROM (\n" +
" SELECT p.id AS \"p.id\",\n" +
" p.created_on AS \"p.created_on\",\n" +
" p.title AS \"p.title\",\n" +
" pc.id as \"pc.id\",\n" +
" pc.created_on AS \"pc.created_on\",\n" +
" pc.review AS \"pc.review\",\n" +
" pc.post_id AS \"pc.post_id\"\n" +
" FROM post p\n" +
" LEFT JOIN post_comment pc ON p.id = pc.post_id\n" +
" WHERE p.title LIKE :titlePattern\n" +
" ORDER BY p.created_on\n" +
" ) p_pc\n" +
") p_pc_r\n" +
"WHERE p_pc_r.rank <= :rank\n",
Tuple.class)
.setParameter("titlePattern", "High-Performance Java Persistence %")
.setParameter("rank", 5)
.getResultList();
Благодаря Java 13 Text Blocks вы можете переписать этот запрос следующим образом:
List<Tuple> posts = entityManager
.createNativeQuery("""
SELECT *
FROM (
SELECT *,
dense_rank() OVER (
ORDER BY "p.created_on", "p.id"
) rank
FROM (
SELECT p.id AS "p.id",
p.created_on AS "p.created_on",
p.title AS "p.title",
pc.id as "pc.id",
pc.created_on AS "pc.created_on",
pc.review AS "pc.review",
pc.post_id AS "pc.post_id"
FROM post p
LEFT JOIN post_comment pc ON p.id = pc.post_id
WHERE p.title LIKE :titlePattern
ORDER BY p.created_on
) p_pc
) p_pc_r
WHERE p_pc_r.rank <= :rank
""",
Tuple.class)
.setParameter("titlePattern", "High-Performance Java Persistence %")
.setParameter("rank", 5)
.getResultList();
Гораздо более читабельно, верно?
Поддержка IDE
IntelliJ IDEA поддерживает преобразование устаревших String
блоков сцепления в новый многострочный String
формат:
JSON, HTML, XML
Многострочный String
особенно полезен при написании JSON, HTML или XML.
Рассмотрим этот пример с использованием String
конкатенации для построения строкового литерала JSON:
entityManager.persist(
new Book()
.setId(1L)
.setIsbn("978-9730228236")
.setProperties(
"{" +
" \"title\": \"High-Performance Java Persistence\"," +
" \"author\": \"Vlad Mihalcea\"," +
" \"publisher\": \"Amazon\"," +
" \"price\": 44.99," +
" \"reviews\": [" +
" {" +
" \"reviewer\": \"Cristiano\", " +
" \"review\": \"Excellent book to understand Java Persistence\", " +
" \"date\": \"2017-11-14\", " +
" \"rating\": 5" +
" }," +
" {" +
" \"reviewer\": \"T.W\", " +
" \"review\": \"The best JPA ORM book out there\", " +
" \"date\": \"2019-01-27\", " +
" \"rating\": 5" +
" }," +
" {" +
" \"reviewer\": \"Shaikh\", " +
" \"review\": \"The most informative book\", " +
" \"date\": \"2016-12-24\", " +
" \"rating\": 4" +
" }" +
" ]" +
"}"
)
);
Вы едва можете прочитать JSON из-за экранирующих символов и обилия двойных кавычек и знаков плюс.
С помощью текстовых блоков Java объект JSON можно записать так:
entityManager.persist(
new Book()
.setId(1L)
.setIsbn("978-9730228236")
.setProperties("""
{
"title": "High-Performance Java Persistence",
"author": "Vlad Mihalcea",
"publisher": "Amazon",
"price": 44.99,
"reviews": [
{
"reviewer": "Cristiano",
"review": "Excellent book to understand Java Persistence",
"date": "2017-11-14",
"rating": 5
},
{
"reviewer": "T.W",
"review": "The best JPA ORM book out there",
"date": "2019-01-27",
"rating": 5
},
{
"reviewer": "Shaikh",
"review": "The most informative book",
"date": "2016-12-24",
"rating": 4
}
]
}
"""
)
);
С тех пор, как я использовал C # в 2004 году, я хотел иметь эту функцию на Java, и теперь мы наконец-то ее получили.
string1 + string2
это, вы выделяете новый строковый объект и копируете символы из обеих входных строк. Если вы добавляете n строк вместе, вы будете делать n-1 выделения и примерно (n ^ 2) / 2 символа копий. StringBuilder, с другой стороны, копирует и перераспределяет реже (хотя он все равно делает оба, когда вы превышаете размер его внутреннего буфера). Теоретически, бывают случаи, когда компилятор может конвертировать + в StringBuilder, но на практике кто знает.