Как сообщает компания Oracle, релиз Java 14 назначен на 17 марта. Интересно, связана ли дата релиза с Днем Святого Патрика (который отмечается как раз в этот день) или нет узнаем совсем скоро. Давайте посмотри на нововведения, которые будут доступны в новой джаве и решим, будем ли мы пить пиво от радости или от горя.
Records
Принципиально новая языковая фича, доступна в режиме превью в Java 14. Основная цель — избавиться от большого количества вермишели в коде. Records должны заменить классы, которые используются только для хранения данных в полях без какого-либо описанного поведения. Определим Record, а компилятор сам сгенерирует конструктор, геттеры, методы equals() и hashCode(), toString(). Где-то мы уже это видели, не так ли, господин Ломбок? Запись выглядит следующим образом:
public record Person(String name, int age){}
Для того чтобы скомпилировать Record необходимо загрузить jdk14 и ввести следующую команду:
javac —enable-preview —release 14 Person.java
Декомпилируем и посмотрим, что сделал компилятор:
public final class Person extends java.lang.Record {
private final java.lang.String name;
private final int age;
public Person(java.lang.String name, int age) { /* compiled code */ }
public java.lang.String toString() { /* compiled code */ }
public final int hashCode() { /* compiled code */ }
public final boolean equals(java.lang.Object o) { /* compiled code */ }
public java.lang.String name() { /* compiled code */ }
public int age() { /* compiled code */ }
}
Итак, вместо Record мы получили final class, который наследуется от нового, абстрактного класса Record. И как ожидалось, мы получили сгенерированные геттеры, конструктор, equals(), hashCode(), toString(). Обратим внимание на то, что все поля помечены как final, это значит, что мы не можем их переопределить, однако, сам Record не является полностью неизменяемым, т.к. объекты, которые хранятся в полях могут быть изменяемыми. Подробный разбор Record вы найдете здесь.
Разговорчивые NullPointerExceptions
Более дружелюбными станут NullPointerExceptions. Нет, компилятор все еще не умеет исправлять NPE за нас, но теперь описание исключения станет более информативным. Смоделируем ситуацию: вызовем NPE на Java 11 и Java 14. Например, у нас есть сложная композиция, типичная для Entity, и чтобы получить данные, нам нужно вызвать несколько объектов из исходного, чтобы добраться до нужного поля, и так:
var street = message.getAuthor().getAddress().getStreet();
На Java 11 мы получим старый привычный лог ошибки, который оставляет главный вопрос: Кто null? Message, Author, Address?
Exception in thread "main" java.lang.NullPointerException
at Main.main(Main.java:11)
Чтобы запустить на Java 14, нужно скомпилировать класс так же, как и Record выше:
javac —enable-preview —release 14 Main.java
И выполнить, добавив специальный флаг:
java -XX:+ShowCodeDetailsInExceptionMessages --enable-preview Main
В результате выполнения мы получим следующий вывод:
Exception in thread "main" java.lang.NullPointerException: Cannot invoke "Address.getStreet()" because the return value of "Author.getAddress()" is null
at Main.main(Main.java:11)
Как мы видим, сообщение стало более информативным, и мы можем видеть где именно в цепочке вызовов произошел NPE.
Текстовые блоки
Текстовые блоки, появившиеся еще в Java 13, так же доступны в Java 14 как превью-фича. Напомню, что их основная задача — упростить работу с многострочными литералами. Очень удобная фича для написания SQL-запросов, HTML-кода, JSON. Думаю, что это одна из функций, которая станет очень полезной. Напомним синтаксис. Например, нам необходимо написать SQL-запрос. До Java 13, для написания запроса удобочитаемым мы бы использовали конкатенацию строк, и запрос выглядел бы примерно так:
String sql = "SELECT name, age " +
"FROM PERSON" +
"WHERE name = \'Igor\'" +
"AND car=\'Niva\'";
Начиная с Java 13, мы можем воспользоваться текстовым блоком, записав строку между тройными двойными кавычками вот так:
String sql = """
SELECT name, age
FROM PERSON
WHERE name = 'Igor'
AND car='Niva'
""";
В Java 14 добавлены два новых разделителя, которые можно использовать в текстовых блоках. Первый, это одиночный пробел: \s. Второй, это символ новой строки: \.
Switch Expressions
Начиная с Java 14, switch expressions переходит из превью-фичи в полноценную функцию. Напомним коротко особенности нового оператора:
- Лямбда-синтаксис
- Возможность использовать более одного выражения в case
- Вывод ошибки в случае неполного покрытия множества возможных значений switch(). Другими словами, если вы используете перечисление:
public enum Car { NIVA, NEXIA, KIA }
То если вы напишите switch() следующим образом, компилятор выдаст ошибку, которая говорит о том, что перечислены не все возможные случаи из перечисления:
switch (car) { case NIVA -> System.out.println("Niva"); case NEXIA -> System.out.println("Nexia"); } // error: the switch expressions does not cover all possible input values.
- Возможность возвращать значение:
var avto = switch (car) { case NIVA, KIA -> "Niva are better"; case NEXIA -> "Nexia"; default -> "Niva still better"; };
Pattern Matching
Pattern Matching новая превью-фича доступная в Java 14. О ней много говорили, её многие ждали и вот она здесь. Цель — объединить в операторе instanceof проверку типа объекта и его преобразование. Другими словами, до Java 14 мы бы писали так:
Object obj = "Igor";
if (obj instanceof String) {
String s = (String) obj;
System.out.println(s.length());
}
Т.е. для того чтобы использовать методы класса, которым является объект, нужно выполнить его приведение к этому классу. Начиная с Java 14 доступен новый синтаксис, в котором instanceof объединяет в себе функции проверки и преобразования:
Object obj = "Igor";
if (obj instanceof String s){
System.out.println(s.length());
}
Заключение
Java продолжает развиваться, упрощая жизнь простых смертных разработчиков. Новые функции призваны сделать код чище, жизнь проще, зарплаты выше. А как как думаете, какая из новых фич завоюет любовь сообщества?
rsashka
А что там с лицензией на Java?
Она так и осталась только для некоммерческого использования?
ladutsko
просто оставлю это здесь
habr.com/ru/post/448632
rsashka
Ну оставил и что?
assusdan
дальше читать пробовали? :)
rsashka
Не поверишь. Даже в первоисточнике www.java.com/en/download/release_notice.jsp
assusdan
Пожалуй, прикреплю скриншотом.
rsashka
Как насчет первоисточника: www.oracle.com/java/technologies/javase-jdk11-downloads.html
До 16 апреля 2019 JDK был бесплатным для любых вариантов использования, а начиная с этой даты только для не коммерческого.
assusdan
JDK разные бывают. OracleJDK — лишь одна из доступных сборок OpenJDK… И да, она платная для коммерческого использования. Что не мешает использовать вам любой другой бесплатный дистрибутив JDK. Проведу аналогию с другим известным софтом.
RedHat Enterprise Linux можно попробовать бесплатно. Это прямо указано на сайте данного софта.
Ваш вопрос в этой аналогии звучал бы так:
rsashka
Ваша аналогия будет верна только в том случае, если бы RedHat Enterprise Linux был изначально бесплатным, а потом ему бы сменили лицензию на «не для коммерческого использования» или собирай ядро из исходников.
assusdan
Ну зачем собирать ядро из исходников, просто получите дистрибутив с бесплатной поддержкой у любого другого вендрора. Как и в случае с Java.
rsashka
Тут ключевой момент — изначальный дистрибутив перестал быть бесплатным для коммерческого использования.
Откуда его потом брать, у другого вендора или собирать самому из исходников — совершенно другой вопрос.
assusdan
в вашем изначальном сообщении ничего нет про этот ключевой момент
rsashka
Ну как же?
assusdan
Все нормально с лицензией, обычная GPL2+CE, делайте что хотите при ее соблюдении. Ну или можно приобрести право на использование конкретно оракловских билдов под оракловской лицензией в продакшене (не в продакшене можно и без покупки). Ну или покупайте саппорт не-от-оракла, если он нужен, а цены кусаются / не хочется закупаться у ораклов / нужен софт из реестра российского по (а либерика там есть).
rsashka
Уточните пожалуйста, что у вас обозначают буквы "CE"
assusdan
openjdk.java.net/legal/gplv2+ce.html
rsashka
Это здорово, но к сожалению я не настолько хорошо разбираюсь в англоязычных юридических тонкостях, что бы понять отличия этой лицензии от «обычной» GPLv2.
И судя по количеству файлов с такой модифицированной GPL (в JDK11 их почти 15000 из 65000), с этой лицензией не все так просто. Ведь Oracle вполне могла использовать «обычную» LGPL, но почему-то не сделала этого.
assusdan
От GPLv2 отличается более разрешительной линковкой. От LGPL уже сложнее понять, чем отличается. Я не юрист, к сожалению.
rsashka
Я тоже не юрист, и прежде чем отвечать на предыдущий комментарий, искал инфу в интернете.
GPL2+CE чаще сравнивают с более либеральной LGPL как раз за счет разрешения связывания с бинарными проприетарными компонентами. Но в отличии от LGPL, GPL2+CE не требуется обязательной передачи прав на изучение, декомпиляцию и использование патентов (при их наличии).
Другими словами, Oracle за счет применения GPL2+CE, не предоставляет пользователям права на изучение и декомпиляцию кода, а так же оставляется за собой право использовать код, защищенный патентами.
На этом, кстати, и основана её тяжба с Google.