R
Size: a a a
2017 November 15
AD
Типа Java наше все?)
О да. Котлину нет
AI
О да. Котлину нет
AD
Этот стикер не подходит
RC
О да. Котлину нет
О нет. Котлину да
2017 November 16
AN
О да. Котлину нет
+
NK
Кстати, а почему "нет", если не секрет?
NK
Хм. Например? Там вроде все читаемое, что я видел.
NK
Это же не скала какая-то, прости господи
NK
Насчёт дружелюбного не ходил, каюсь. Планирую в записи посмотреть. А так пишу, практикую.
NK
Если договориться не делать инлайн функции (через знак равно), то код становится на порядок читаемее за счёт лаконичности языка
NK
По поводу расширений тема для холивара обширное. Лично мое мнение, если там писать только преобразования и утилиты какие-то, то они вполне в тему и в целом понятно откуда ноги растут. Читал большой проект на котлине и там проблем с экстеншенами не возникло
NK
Делегаты, конструкторы и глобальные объекты не понял что не так
NK
Кстати, просмотрел доклад про Java-френдли котлин код. Интересно, но не увидел там проблемы с читаемостью котлин-кода.
NK
Kotlin новый язык. Поэтому не знать о том как работают дефолтные методы пока еще не стыдно для специалистов. Поэтому такой доклад и был интересен людям. Язык новый, не все знают как он себя ведет
NK
Через пару лет такие вещи будут спрашивать на собеседованиях и подобные механизмы не помешают читаемости кода.
AD
Насчёт дружелюбного не ходил, каюсь. Планирую в записи посмотреть. А так пишу, практикую.
Посмотри.
NK
Посмотрел уже, написал выше
NK
Пример высосан из пальца. За подобные расширения надо ругать. Расширения нужны для более общих вещей, они не заменяют класс утилов. Автор неправильно понял концепцию. В данном случае было бы уместо сделать подобный метод для строки.
NK
К расширениям надо относиться как к "Если бы я делал этот класс, я бы тут добавил метод"