Anton238 May 30 2019 at 13:37

В Java 13 хотят добавить «текстовые блоки»

2 min

9.7K

Java*

Translation

+12

Comments 29

maxzh83 May 30 2019 at 13:46

Не знаю чем «вдохновлялись» создатели блоков текста, но если Скалой (а там это реализовано точно также), то хочется, чтобы вдохновились еще сильнее и сделали уже и интерполяцию.

sshikov May 30 2019 at 14:00

Ага. Самое смешное, что и в груви это реализовано сто лет как, и тоже вполне удобно. И почему бы не срисовать с хороших примеров — не ясно.

YuryB Jun 6 2019 at 22:57

наверно всякие обсуждения, тестирование, регрессия. я видел в java journal давно даже показывали как добавить в язык свои конструкции чтобы их компилировал javac и там делали «Elvis Operator ?:». Казалось бы что мешает вот так прямо взять и добавить это в язык? видимо процессы

dmlogv May 30 2019 at 14:23

Python?

KvanTTT May 30 2019 at 14:28

Еще в Swift так же.

igormich88 May 30 2019 at 14:42

И в котлине, но там я думаю из скалы взято.

xxr1d3rx May 31 2019 at 09:24

В Dart тоже.

CyberSoft May 30 2019 at 18:06

Чем и откуда вдохновляются бывает написано в самих JEPах, причём с описанием того, как "это было бы в нашем случае": как поддерживать, на что влияет, как тестировать и т.д. и т.п. (это ответ и комментаторам ниже).

Про интерполяцию упомянуто, что это отдельная тема. Сначала запилят одно, потом итеративно другое. Собственно, и релизный цикл этому способствует.

Anton238 May 31 2019 at 09:28

Да, там и описано. Точнее, там не написано чем вдохновлялись, там написано почему они не скопировали один в один из других языков:

По словам Брайана Гетца:

Многие люди считают, что Java должна сделать многострочные строковые литералы такими же, как в Swift или Rust. Однако подход «просто делай то, что делает язык X» по сути своей безответственен; почти каждая особенность каждого языка обусловлена другими особенностями этого языка. Вместо этого нужно узнать, как работают другие языки, оценить компромиссы, которые они выбрали(явным и неявным образом), и спросить, что можно применить к ограничениям языка, который у нас есть, и ожиданиям пользователей в нашем сообществе.

Для JEP 326 (необработанные строковые литералы) мы рассмотрели многие современные языки программирования и их поддержку многострочных строковых литералов. Результаты этих опросов повлияли на текущее предложение, например, на выбор трех «символов для разделителей(хотя были и другие причины) и признание необходимости автоматического управления отступами.

UFO just landed and posted this here

StrangerInTheKy May 31 2019 at 00:27

Не знаю чем «вдохновлялись» создатели блоков текста

Ну раз java принадлежит теперь ораклу, то вдохновлялись, вестимо, оракловым диалектом SQL ;)

Anton238 May 31 2019 at 09:24

Ну раз java принадлежит теперь ораклу

Теперь? Уже вроде несколько лет как.

vektory79 May 30 2019 at 14:09

Интересно почему предидуший jep отменили. Выглядело неплохо…

CyberSoft May 30 2019 at 17:59

Автор не стал переводить раздел "Альтернативы", а зря. Там подробнее описывается опыт с Raw String Literals.

Я не переводчик, но вкратце: что-то у них там не зашло с разделителями строки в её содержимом. Они хотели сделать такой случай сразу неэкранируемым, но этот вариант "плохо бы поддерживался в будущем".

rmuskovets May 30 2019 at 14:23

А не слишком сильно похоже на Python? Там так само

maxzh83 May 30 2019 at 14:30

Не только в Python «так само», в JVM языках Groovy и Scala также. А еще, судя по комментариям, в C# и Swift. Просто в случае с jvm-языками, можно посмотреть как реализовано технически.

Alek_roebuck May 30 2019 at 21:36

и даже С++ последние 8 лет.

Kalidratorma May 30 2019 at 14:27

С каждым релизом Java все больше становиться похожа на C#.

-2

maxzh83 May 30 2019 at 14:32

Вы рады этому или негодуете?

Kalidratorma May 30 2019 at 14:45

Рад. Это напоминает ситуацию с iOS и Android. Изначально один был скопирован с другого, теперь черпают друг у друга фичи. Конечный пользователь выигрывает в любом случае.

igormich88 May 30 2019 at 16:11

На мой взгляд проблема именно в том что идёт копирование фич, а самостоятельное развитие языка крайне неспешно. Позиция догоняющего не очень хороша. В котлине например сейчас экспериментируют с инлайн классами которых вроде бы нет в других языках (не уверен на 100%)

Kalidratorma May 30 2019 at 16:45

Я считаю, что брать лучшие практики — хорошая стратегия развития. Описание inline class Котлина напоминает делегат.

AstarothAst May 31 2019 at 09:52

Вы что, хотите, как в java script?!

Enverest May 31 2019 at 13:10

В котлине например сейчас экспериментируют с инлайн классами которых вроде бы нет в других языках (не уверен на 100%)

Похоже на value class в Скале.

Yulaw Jun 2 2019 at 08:39

value class немного костыльные и не всегда работают, поэтому в скале работают над новым механизмом — opaque types
Будет скорее всего в 2.14, возможно в 2.13 под фича флагом