Kotlin in Action рассматривает Kotlin в сравнении с Java. Сейчас пишут книженцию, которая будет обьяснять Kotlin без упоминания Java. Чтобы писать на Kotlin, знание Java не обязательно, но чтобы понять, почему некоторые вещи устроены в нем так, а не иначе, надо знать Java. И еще наверное минимум пару лет на вакансии с Kotlin будет требование знать Java

> Сейчас пишут книженцию, которая будет обьяснять Kotlin без упоминания Java ты про atomic kotlin?

Да, кажись она

А кто-то замечал, что качество библиотек на котлине уступает таковым в джаве? Или это потому что пока котлиновских пока мало?

например?

Ну вот для джавафх торнадофх есть и ещё контролфх. Немного разные вещи конечно, но кое-то есть похожее. В торнадофх есть например автомплит для комбобокса с ужасным кодом и абсолютно не юзабельное только шаг в бок и есть в контролфх автокомплитбиндинг, который сделан просто шикарно

Конечно это выборка не репрезентативная, но я такое и раньше замечал

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

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

Возможно это связано с тем, что контролфх контрибьютится кем-то кто использует это дело в проде, а торнадо энтузиасты делают. У котлина пока достаточно мало прода чтобы в библиотеки вкладывались компании

Понятно, что это не вина котлина, с ростом популярности будет лучше, просто хотел узнать у кого-то сложилось такое же впечатление или нет

Ну и в сфере андроида возможно уже сейчас лучше ситуация

А кто-то замечал, что качество библиотек на котлине уступает таковым в джаве? Или это потому что пока котлиновских пока мало?

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

Дык, торнадофх не заменить джавалибой

Там много всего сделано, вообще ребята молодцы, просто качество этого кода не очень высокое

Может я зажрался

Чот воскресная дискуссия не задалась ?

Возможно это связано с тем, что контролфх контрибьютится кем-то кто использует это дело в проде, а торнадо энтузиасты делают. У котлина пока достаточно мало прода чтобы в библиотеки вкладывались компании

энтузиаст

энтузиаст

вроде как

https://ru.m.wikipedia.org/wiki/%D0%AD%D0%BD%D1%82%D1%83%D0%B7%D0%B8%D0%B0%D1%81%D1%82

энтузиаст

коруНтины?

Энкопсуляция ?

просто кто бы тут за правописание говорил...

Писать не грамотно не так страшно как поправлять, когда не знаешь

Там много всего сделано, вообще ребята молодцы, просто качество этого кода не очень высокое

Много то много, только вот нахрена, там и DI и rest клиент - ну салянка же получилась, типа анки. Нафига для идиоматичности - делать целый фреймворк, которй нигде не будет кроме котлина работать?..

Много то много, только вот нахрена, там и DI и rest клиент - ну салянка же получилась, типа анки. Нафига для идиоматичности - делать целый фреймворк, которй нигде не будет кроме котлина работать?..

не скажи, очень толково сделано и удобные тайпсейф билдеры для ui и стили и кучу шорткатов из за которых код становится на порядок аккуратнее, а то и вообще сам их пишешь, плюс очень простые но рабочие решения для di, mvc и тд

в чем принципиальное отличие функций с ресивером от экстеншн-функций?

в одном случае ресивер(this) передается в произвольную лямбду, в другом случае это жестко заданная функция в тело которой прилетает this того на чем она вызвана

разве это не одно и то же?

Мне кажется по документации это понятно https://kotlinlang.org/docs/reference/type-safe-builders.html#how-it-works https://kotlinlang.org/docs/reference/extensions.html#extension-functions

Мне кажется по документации это понятно https://kotlinlang.org/docs/reference/type-safe-builders.html#how-it-works https://kotlinlang.org/docs/reference/extensions.html#extension-functions

да, пропустил про тайпсейф, там действительно хороший пример

Всем привет. Слегка слоупочно ворвусь, по поводу лекториума от Бреслава. Буквально вчера, мусолили тему о том что с котлином не так, в плане его пути. Эти видео лишь еще больше эти размышления усугубили. Как то слишком легко, показалось что, язык может разрастаться. И фокусы в стиле "мы ворнинг напишем, а через год изменим поведение компилятора, кто не успел подстроится\переписать код\все проверить что все также работает - ссзб" это вообще в шок повергло. Плюс(возможно, капитаню) но шансы того, что котлин может повторить судьбу языка упомянутого в докладах Гвидо - на мой взгляд, растут. Котлин 2.0 и досвидули совместимость

Всем привет. Слегка слоупочно ворвусь, по поводу лекториума от Бреслава. Буквально вчера, мусолили тему о том что с котлином не так, в плане его пути. Эти видео лишь еще больше эти размышления усугубили. Как то слишком легко, показалось что, язык может разрастаться. И фокусы в стиле "мы ворнинг напишем, а через год изменим поведение компилятора, кто не успел подстроится\переписать код\все проверить что все также работает - ссзб" это вообще в шок повергло. Плюс(возможно, капитаню) но шансы того, что котлин может повторить судьбу языка упомянутого в докладах Гвидо - на мой взгляд, растут. Котлин 2.0 и досвидули совместимость

Я вот смотрел видео, что выше кидали, Андрей про совместимость как раз, говорил несколько другое. Что да, что-то ломать, конечно, будут, но будут давать достаточно времени на обновление

Это и есть шок

Это и есть шок

В чём шок? В несовместимости по вектору багов?

А не шок, что в Java 1.4 добавили assert, в 1.5 — enum, потенциально сломав код, который использует такие идентификаторы?

Ну, в принципе, справедливо. Но все равно как-то не так ощущаются такие вещи.

Лучше явно ломать и предупреждать заранее, я сейчас пытаюсь запустить фреймворк на джава 9 и много чего там не работает.

Сравнение с пайтоном не особо уместно, ибо пайтон 3 -- это новый язык, похожий на пайтон 2, в то время как котлин 2.0 -- это котлин 1.0 + корутины, мультиплатформа, минорные изменения и багфикс. Ну и да, для команды обратная совместимость всегда была одной из самых важных вещей в проектировании языка, потому это меньшее, за что стоит переживать.

Сравнение с пайтоном не особо уместно, ибо пайтон 3 -- это новый язык, похожий на пайтон 2, в то время как котлин 2.0 -- это котлин 1.0 + корутины, мультиплатформа, минорные изменения и багфикс. Ну и да, для команды обратная совместимость всегда была одной из самых важных вещей в проектировании языка, потому это меньшее, за что стоит переживать.

Хм, все так грустно, что даже к двоечке не завезут тайпклассов ?, ну или каких др интересных фич языка. (мультиплатформа как-то совсем по боку)

До первой версии даже не обещая никакой обратной совместимости ребята всё равно пилили intentions для минимальных проблем с миграцией, так что впредь такое будет и подавно.

Хм, все так грустно, что даже к двоечке не завезут тайпклассов ?, ну или каких др интересных фич языка. (мультиплатформа как-то совсем по боку)

Я спекулирую информацией, может, до двойки ещё 1.4 будет с чем-то большим, мало ли :)

Всё-таки веточка с inline class живёт, а 1.3 ещё впереди, надежды есть.

Может, и двоечки не будет

Сделать нумерацию версий, как Кнут для теха сделал :)

Я что-то не услышал в лекции ничего про котлин 2.0 и ломание совместимости. Откуда паника?

Всем привет. Слегка слоупочно ворвусь, по поводу лекториума от Бреслава. Буквально вчера, мусолили тему о том что с котлином не так, в плане его пути. Эти видео лишь еще больше эти размышления усугубили. Как то слишком легко, показалось что, язык может разрастаться. И фокусы в стиле "мы ворнинг напишем, а через год изменим поведение компилятора, кто не успел подстроится\переписать код\все проверить что все также работает - ссзб" это вообще в шок повергло. Плюс(возможно, капитаню) но шансы того, что котлин может повторить судьбу языка упомянутого в докладах Гвидо - на мой взгляд, растут. Котлин 2.0 и досвидули совместимость

а можно линк?

Вторая часть тоже очень понравилась. Про компаньоны, DSLы, сегфолты в dx и JVM. https://youtu.be/XFmZq8RxAiw

.

?

Да, непонятно, откуда вообще 2.0 вылезло? Ни про что такое вроде даже и речи не было. Или это чьи-то проходные фантазии как когда-нибудь разработчики котлина всё сломают?

Последний вариант

Пацаны, можно как-нибудь средствами котлина сделать вызов метода после выхода из функции окромя try {} finally {} ?

хочу сделать return blabla() а потом сохранить в базу кой-что

Inline fun saver(action: () -> Unit) { action (): saveToDB();}

хочу сделать return blabla() а потом сохранить в базу кой-что

Добавь тип нужный в сигнатуру или дженерик сделай, если хочешь return сделать

хочу сделать return blabla() а потом сохранить в базу кой-что

Или посмотри на .also{}

Inline fun saver(action: () -> Unit) { action (): saveToDB();}

не очень прокатит, много параметров надо передавать

Или посмотри на .also{}

типы не совпадают для also

Может быть надо тогда задачу декомпозировать?

Что содержат параметры? Можно бахнуть дата класс и функцию с ресивером, например (И передавать их неявно)

и то и то юниты возвращает, посему also не работает

ну наверное стоит все-таки вспомнить о практике KISS и забить на идею сделать красивше

Чет я не понял.

раз на поверхности ничего не лежит

execute() какой тип имеет?

А. Сорри. Затупил. Понял в чем проблема

хех

с типами поигрался

теперь работает

метод уточки никогда не подводит

теперь работает

Кайф )

А внутри if оно не нужно что ли?

А внутри if оно не нужно что ли?

неа

оно изначально там не было

а стоп

=( да

c try{} finally{} или так

мой внутренний перфекционист до сих пор не очень доволен

За-инлайнь result ?

А ретурн зачем, тут же unit кажется

Если хочешь красиво, вынеси when в фнкцию executeDisabled, его ветку else в logSkippingExecution, и логирование всей ветки также вынеси

и будет красиво и понятно

Красота. Но красота ли это, когда чтобы понять что возвращает return надо, по факту, ещё одну функцию распарсить в голове?

Красота. Но красота ли это, когда чтобы понять что возвращает return надо, по факту, ещё одну функцию распарсить в голове?

спасает ctrl+q по сигнатуре функции, показывает тип возвращаемого значения в том числе.

>стэковерфлоу >непреложная истина Да вы, батенька, оптимист!