LeonidvПравда Java 8 может составить им сильную конкуренцию.только если в версии 9-10, который выйдут через 3 и 5 лет соответственно. First Class Property даже в 8-ке не делают. Максимум что смогли это костыльные мета-классы для JPA 2.0

защиту от NPE в java вообще не сделают будут поддерживать обратную совместимость, т.е. никогда.

ОзверинНе, не взлетит. Причина одна, но очень весомая: никто не хочет поддерживать зоопарк в архитектуре. А для новых проектов требуется веское обоснование выбора языка/платформа и тд.тут и кроется основной бонус Цейлон/Котлин - они обеспечивают возможность совмещать код на java с ceylon/kotlin. Т.е. можно безболезненно писать код на Котлине в больших java проектах или подменять java код на kotlin без фатального рефакторинга проекта.

из за "проблем" с "пропертями" в одном из проектов вместо гет/сет сделали public поля и счастье поскольку во внешний API данные классы не идут, то когда понадобится override для "проперти", тогда и сделаем гет/сет.

на котлине (будь он production-ready) многие вещи можно переписать улучшив читаемость и качество кода. что только в плюс проекту.

Читать так:

LeonidvПравда Java 8 может составить им сильную конкуренцию.только если в версии 9-10, который выйдут через 3 и 5 лет соответственно First Class Property в 8-ке даже не планируют. Максимум что смогли это костыльные мета-классы для JPA 2.0

защиту от NPE в java вообще не сделают пока будут поддерживать обратную совместимость, т.е. никогда.

BlazkowiczVoDAзащиту от NPE в java вообще не сделают будут поддерживать обратную совместимость, т.е. никогда.
В виде @Nullable - никогда. А в виде @NotNull (JSR-305) обсуждалось ещё для Java 7. Так что в 9ку может и попасть.Значит аннотациями... да, тогда могут и сделать :)

9-ка планируется через 3,5 года от момента сейчас, котлин в продакшене будет через год. итого два с половиной года на захват java-программистов


PS самый клевый бонус 8-ки это модульность и jugsaw. Если Oracle-овцы сделают, то уже молодцы =)))

GKS_SamaraДобрый день, VoDA!

Контракты, контракты, контракты!Привет!

А можно пример контракта, который статичен и проверяется компилятором в момент сборки проекта?

BlazkowiczVoDAЕсли Oracle-овцы сделают, то уже молодцы =)))
Кто сделают?Оракловцы )))

BlazkowiczVoDAPS самый клевый бонус 8-ки это модульность и jigsaw.
И какая от них практическая польза?основной бонус: отсутствие classpath и проблем с тем, что класспасы на машине разработчика и продакшен сервере разные.

вместо maven можно использовать саму java с основными бонусами типа локальных/удаленных репозиториев и т.п.

jugsaw в некотором смысле аналог OSGi, только пока без динамического запуска/останова. вероятно динамика появится позже.

появится возможность сделать API для проекта и оградить свой проект от вмешательства во "внутренний" API. сейчас либо все видят класс либо не видит никто кроме пакета.

вероятно вылечат jar-hell проблему когда проект А зависит от Б и В, а сами Б и В зависят от некого Д, но разных несовместимых по API версий. В java пока не лечится, зато C# успешно решил эту проблему много лет назад.

сам JRE вероятно станет модульным и сможет затягивать себя в зависимости от того, что нужно конкретному проекту.

Следом за модульностью JRE вероятно появится модульность JavaEE серверов когда сервер будет запускать/останавливать подсистемы по дескриптору зависимостей приложения. Если приложение зависит от JMS, то сервер запускает JMS, иначе нет. Как следствие JBoss или GlassFish будут работать как Tomcat для простых приложений и в полном объеме для толстых EAR.

BlazkowiczИ какая от них практическая польза?

Подведу итог:
отсутствие classpath и его болезней

большая часть работы maven будет реализована прямо в JDK

jugsaw в некотором смысле аналог OSGi

появится возможность сделать API проекта

вероятно вылечат jar-hell проблему diamond зависимостей

сам JRE станет модульным

модульность JavaEE серверов когда сервер будет запускать/останавливать подсистемы по дескриптору зависимостей приложения

ZyK_BotaNвторой(для меня более предпочтительный) пример:
resm2 = method2()
method1(resm2)
-вот здесь, уже не знаю как контракты на статически смогут сработать.Этот вариант и работает в Kotlin

переменные объявляются как nullable/notnull, также параметры и результаты функций. компилятор выдает ошибку при попытке в notnull записать или передать nullable переменную (результат)

Пример:
var str : String - значит notnull переменная, можно пользоваться без проверки на null
var str2: String ? - nullable переменная, любые операции с ней только после проверки на null.


ровно также статически проверяются ошибки при работе с функциями.