Где-то неделю программирую на Java 11. Пока в основном радуюсь новшествам в API, а не в синтаксисе. Прям сильно зашёл HttpClient. Сокращает код в разы по сравнению с HttpURLConnection. Ещё заюзал Files.writeString и String.isBlank. Из синтаксиса пока только удалось написать анонимный класс с оператором бубна. var пока не решаюсь использовать. А вы пишете var?

JUG .ru выложил все остальные видео с Joker 2020
#joker

Тут вышел новый черновик JEP Frozen Arrays с предложением добавить в Java замороженные (shallowly immutable) массивы:

• В такие массивы нельзя писать (выкинет ArrayStoreException)
• Могу создаваться с помощью фабрики или путём вызова array.freeze()/System.arrayfreeze(array, 0, array.length) на существующем мутабельном массиве (при этом возвращается новый массив).
• С помощью System.isFrozenArray(array) можно проверить, заморожен ли массив
• Нового синтаксиса не будет. Изменений в байт-коде тоже.

Самое интересное, как будут выглядеть фабрики таких массивов. Хотелось бы чего-нибудь вроде Arrays.makeFreezedArray(int size, IntFunction<T> func). Но тогда непонятно, что будет с примитивными генераторами, ведь специализаций у IntFunction<T> только три (IntUnaryOperator, IntToDoubleFunction, IntToLongFunction), но при этом IntToCharFunction и всех остальных нет. В общем, это самое непонятное место пропозала.

Комменты к видео про Kotlin с Joker

Угадайте, что это
#applem1

Про версионирование в Java

Вот такой код был когда-то в Hadoop:

private static boolean IS_JAVA7_OR_ABOVE =
System.getProperty("java.version").substring(0, 3).compareTo("1.7") >= 0;

Не понимаю, как можно было в здравом уме такое написать в проекте такого уровня. Ну хорошо, предвидеть, что схема версионирования в Java поменяется, было довольно трудно. Но ведь даже если она не поменялась бы, то всё равно бы это работало неправильно! Допустим, вышла 1.8, потом 1.9, а потом 1.10. И для 1.10 IS_JAVA7_OR_ABOVE было бы false!

Аналогичный случай в commons-lang (версия 2.5). Там тоже используется substring. Для Java 1.10 SystemUtils.JAVA_VERSION_AS_FLOAT по старой схеме возвратило бы 1.1 (что меньше 1.7), а по новой это стало выбрасывать StringIndexOutOfBoundsException. То есть точно такой же баг. И это ведь библиотека, которую используют тысячи других проектов. Неужели нельзя было предвидеть, что когда-нибудь выйдет Java 10, и весь существующий код в мире просто сломается?

Результаты опроса по версиям Java. Java 11 сравнялась с Java 8 💪. В следующем году уже точно станет самой распространённой версией.

Очень странное ограничение в Java. Коллизий же никаких нет. Почему я не могу использовать статический импорт в данном случае?

P.S. Да, я знаю, что в JLS такое ограничение.

А есть ли здесь те, кто подписан на этот канал, но не подписан на основной? Напоминаю, что канал microJUG второстепенный, а основной канал – это miniJUG. Так что если вы каким-то образом попали на этот канал и пропустили основной, то обязательно кликайте по ссылке и подписывайтесь на @miniJUG.

Один ответ остался