To bardzo częste pytanie, dlatego postanowiłem zamienić tę odpowiedź również w artykuł .
Java 13 i nowsze wersje
Ciągi wielowierszowe są teraz obsługiwane w Javie przez bloki tekstowe . W Javie 13 i 14 ta funkcja wymaga ustawienia tej ––enable–preview
opcji podczas budowania i uruchamiania projektu. Sprawdź tę dokumentację Java więcej szczegółów.
Przed wersją Java 13 możesz napisać zapytanie:
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();
Dzięki blokom tekstowym Java 13 możesz przepisać to zapytanie w następujący sposób:
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();
O wiele bardziej czytelny, prawda?
Obsługa IDE
IntelliJ IDEA zapewnia obsługę transformacji starszych String
bloków konkatenacji do nowego String
formatu wielowierszowego :
JSON, HTML, XML
Multilinia String
jest szczególnie przydatna podczas pisania JSON, HTML lub XML.
Rozważ ten przykład, używając String
konkatenacji do zbudowania literału łańcucha 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" +
" }" +
" ]" +
"}"
)
);
Ledwo możesz odczytać JSON z powodu uciekających znaków i mnóstwa podwójnych cudzysłowów i znaków plus.
W przypadku bloków tekstowych Java obiekt JSON można zapisać w następujący sposób:
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
}
]
}
"""
)
);
Odkąd użyłem C # w 2004 roku, chciałem mieć tę funkcję w Javie, a teraz w końcu ją mamy.
string1 + string2
przydzielasz nowy obiekt ciągu i kopiujesz znaki z obu ciągów wejściowych. Jeśli dodajesz n Ciągów razem, będziesz robił alokacje n-1 i około (n ^ 2) / 2 znaków kopii. Z drugiej strony StringBuilder kopiuje i realokuje rzadziej (choć nadal działa zarówno po przekroczeniu rozmiaru bufora wewnętrznego). Teoretycznie istnieją przypadki, w których kompilator może przekonwertować +, aby użyć StringBuilder, ale w praktyce kto wie.