Про StringTemplates надо сделать как в Scala. Одна маленькая буковка без точки: s"My name is \{name}". Вполне себе элегантно. Я уже использую процессор для создания запросов. q(User.class)."select * from users where name = \{name}". Вполне себе нормально, только вот точка глаза режет. Другой вариант был бы добавлять процессор в конец: "My name is \{name}"s. Ну или совсем тупо вызывать "My name is \{name}".process(STR). Про var бояться не стоит ибо такой String "\{name}" не компилируется. Собственно наличие \{ и могло бы быть признаком, что надо выплюнут StringTemplate.
Про checked exceptions и память о том, как было круто: вы немного путаете теплое с мягким. Вам понравилось наличие stack trace, а не то, что были checked exceptions. Сами эксепшены - порождают обычно много проблем, почему их так хейтят. Просто раньше были проблемы поважнее :)
Нет же! Сам факт того, что вызов метода может породить исключение очень даже полезен - меньше шансов не обработать ошибку. Другое дело, что в Java это было сделано только при помощи "окрашивания", без привязки в опциональному типу. В Swift это реализовано очень элегантно - как результат, есть и окрашивание - компилятор требует обработать возможный ошибочный результат, и на уровне языка есть удобные инструменты работы с такими ситуациями. А стактрейсы конечно же очень хорошая шутка, тут никто не спорит, они до checked exceptions и были упомянуты
@@AntonArhipovтак любой метод может порождать исключения. То, что они чекед - лучше картину не делает. Проблема в жаве чаще всего не в них, а в том, что они лезут непредсказуемо. Например NPE, который больше всего бесит. А то, для чего задумывался чекед весь современный мир решает через Either/Result кому что больше нравится, потому что сайд-эффекты контролируемые, да и стек трейд редко нужен в этих ситуациях (хотя ничего не мешает его руками приложить). Я уже не говорю о проблемах с чекед эксепшенами в лямбдах.
@@NETKNIGHT666 Result/Either - это только половина картины. Связка вызова который может выбросить ошибку с result/either был бы очень удобным решением на уровне синтаксиса языка.
не знаю, сомнительные фичи ... столько плюшек можно было бы из котлина стянуть, валхалу доделать, а делают какие то никому не нужные вещи. запускать яву из консоли по прямому имени.... вот прям каждый день надо. теже теплейты строк, да соприте синтаксис как у котлина и не изобретайте колесо уже, STR это жутко выглядящий ужас
STR оказался очень некрасив да. Уже анонсировали что будут переделывать и в 23й версии этой фичи вообще не будет. Скорее всего всё таки сделают нечто более похожее на то что есть в Kotlin.
@@AntonArhipov и слава богу, ибо это уродство вообще непонятно как допустили. если нужна совместимость, ну добавьте """ {} """ или через `` - если обычные кавычки нельзя просто так использовать.
Кому вообще нужна Java ? Ее удел теперь легаси саппорт. Golang будет вытеснять Java с каждым годом все больше и больше. У кого не спроси для новых проектов Java вообще даже не рассматривают. К сожалению для Java , она не идет в ногу с современными требованиями. Дизайн языка уже не исправить никакими версиям. Эпоха Java идет к концу.
@@DEVCLUBEU В любом случае, будем наблюдать. Я не хейтер Java , но ее перспективы слишком туманны. Я не говорю, что язык мертв или он не популярный, я скорее про то, что его больше не выбирают для новых проектов. А некоторые даже переписывают целые микросы с Java на Golang. В Kotlin не верю.
@@Drekrosh мне кажется, каждый строит свои выводы на основе, что видит он. вот, например, другой взгляд (точнее, сборная солянка из разных рейтингов) distantjob.com/blog/programming-languages-rank/
