@kotlin_lang
Nikita01.09.2017
13:45:23
13:45:23
гайз, java + kotlin в одном проетке. сегодня начался в команде небольшой холивар по поводу создания отдельной сорс папки для kotlin, или оставить как есть и миксовать kt и java файлы в уже существующей java папке?
В связи с этим маленький опрос: Кто как работает/предпочитает?
тебе что важнее - разделене на языки или на слои/фичи?
Alex01.09.2017
13:45:36
13:45:36
гайз, java + kotlin в одном проетке. сегодня начался в команде небольшой холивар по поводу создания отдельной сорс папки для kotlin, или оставить как есть и миксовать kt и java файлы в уже существующей java папке?
В связи с этим маленький опрос: Кто как работает/предпочитает?
Джава отдельно, Котлин отдельно.GoogleIgor01.09.2017
13:45:42
13:45:42
Yevgeniy01.09.2017
13:46:07
13:46:07
тебе что важнее - разделене на языки или на слои/фичи?
я придерживаюсь мнения с разделением на уровне соурс папок
Dmitriy01.09.2017
13:46:47
13:46:47
гайз, java + kotlin в одном проетке. сегодня начался в команде небольшой холивар по поводу создания отдельной сорс папки для kotlin, или оставить как есть и миксовать kt и java файлы в уже существующей java папке?
В связи с этим маленький опрос: Кто как работает/предпочитает?
мне больше нравится разделение и на языки тоже
Igor01.09.2017
13:47:18
13:47:18
гайз, java + kotlin в одном проетке. сегодня начался в команде небольшой холивар по поводу создания отдельной сорс папки для kotlin, или оставить как есть и миксовать kt и java файлы в уже существующей java папке?
В связи с этим маленький опрос: Кто как работает/предпочитает?
Я бы вообще по модулям раскидалDmitriy01.09.2017
13:47:21
13:47:21
есть 2 папки: java и kotlin. и в них примерно одиннаковая структура
Nikita01.09.2017
13:47:33
13:47:33
Нет, мне просто интересно как вы бегаете от одного к другому модулю в рамках одной фичи/слоя когда у вас есть обратная интерполяция
Yevgeniy01.09.2017
13:48:12
13:48:12
несколько людей высказались за то, что не хотят дублировать пакеты, пока у нас замиксовано все
Nikita01.09.2017
13:48:49
13:48:49
несколько людей высказались за то, что не хотят дублировать пакеты, пока у нас замиксовано все
ну и работайте так - просто я понять не могу какую проблемы вы хотите решитьYevgeniy01.09.2017
13:49:33
13:49:33
проблемы нет :) коснулись просто обсуждения кодстайла для котлина и всплыла эта тема. а потом, как оказалось, мнения разделилсь
собственно, пришел сюда узнать, кто что думает
Nikita01.09.2017
13:50:24
13:50:24
проблемы нет :) коснулись просто обсуждения кодстайла для котлина и всплыла эта тема. а потом, как оказалось, мнения разделилсь
ну так если пробьлемы нет - забейте. У меня, например, намешаноGoogleYevgeniy01.09.2017
13:50:40
13:50:40
окей, всем спасибо
Nikita01.09.2017
13:51:11
13:51:11
просто я боюсь предствить какая у вас будет структура при появлении разных классов при разных флаворах (этого лучше конечно избегать но тем не менее)
или еще появится потребность в модульности
DarkMentat01.09.2017
14:12:10
14:12:10
Я за одну папку, чаще всего джава и котлин код делают одну фичу вместе, просто джаву еще не переписали или по какой-то причине именно этот кусок кода на джаве(внешняя либа, какой-то костыль мб). И нету смысла разносить. Имхо
Руслан01.09.2017
14:49:37
14:49:37
несколько людей высказались за то, что не хотят дублировать пакеты, пока у нас замиксовано все
я тоже за миксы, удобнее
Андрей01.09.2017
14:51:36
14:51:36
гайз, java + kotlin в одном проетке. сегодня начался в команде небольшой холивар по поводу создания отдельной сорс папки для kotlin, или оставить как есть и миксовать kt и java файлы в уже существующей java папке?
В связи с этим маленький опрос: Кто как работает/предпочитает?
Когда начали с Джавы на Котлин переезжать, то разбили по разным соурс папкам. Практика показала что так вообще не удабно. В результате все .kt файлы переекали в соурс Джавы, и теперь миксуем. В разы удобней.Михаил01.09.2017
15:03:51
15:03:51
я вот не понимаю профита от разделения по папкам - кто может объяснить?
Yuri01.09.2017
16:07:47
16:07:47
Котлин и джава вместе
Не надо делить на папки
Лучше по слоям, фичам и тд
Ничего плохого в том что они вместе нет, а вообще старые классы на джаве а новые на котлине и всё ок поэтому скорее всего старые папки будут джавовыми а новые котлин
Alexey01.09.2017
17:54:04
17:54:04
Согласен, не надо делить на папки
Мало того, я вообще думаю, что эта папка не очень-то нужна
Ivan01.09.2017
18:15:17
18:15:17
У view видимо не определен дженерик тип
Dmitry01.09.2017
18:15:27
18:15:27
а причем тут интерфейс вью, если ругается на метод презентера?
Anton01.09.2017
18:16:04
18:16:04
ну так выше тоже ругается)
Mi01.09.2017
18:16:05
18:16:05
так на метод вью тоже ругается
GoogleDmitry01.09.2017
18:16:25
18:16:25
справедливо
Anton01.09.2017
18:16:26
18:16:26
баунд определен
Mi01.09.2017
18:17:30
18:17:30
с филдами работать вметоде не пересохраняя это такое, везде сплошные ассерты
Dmitry01.09.2017
18:17:36
18:17:36
тип презентера с дженериком покажешь то?
Anton01.09.2017
18:18:19
18:18:19
покажу
не смейтесь над кодом это автоконверт
я просто не пойму че он ругается
Ivan01.09.2017
18:22:33
18:22:33
В определении PRESENTER вместо * - VIEW вроде
Anton01.09.2017
18:22:53
18:22:53
спасибо)
Ivan01.09.2017
18:22:59
18:22:59
Для VIEW аналогично
Он не может определить тип и по умолчанию задает Nothing там где дженерик не определен, дабы защитить от class cast exp.
Mi01.09.2017
18:49:02
18:49:02
Кстати, а почему у этой конфы старый логотип котлина?
Kylych01.09.2017
18:49:45
18:49:45
История
Igor01.09.2017
18:50:31
18:50:31
Кстати, а почему у этой конфы старый логотип котлина?
Потому что мы тут тоже старые ? (олдфаги еще с того котлина)))Rikland01.09.2017
18:52:32
18:52:32
Есть конвертер байндингов на TS в Kotlin, насколько я знаю.
Пробовал, он очень старый. Котлин потом ругается на depreciated синтаксис.Есть конвертер байндингов на TS в Kotlin, насколько я знаю.
Пробовал knockoutjs из ts в kotlin конвертить.
Если проект на коленке, проще самостоятельно биндинги написатьВот можно пример посмотреть.
https://github.com/riskul/kotlin-jsbindings-navigo
Правда некоторые вещи из js, нужно переосмысливать. У меня так с recaptcha произошло. Я чуть чуть ее обернул (:
Google
Vic01.09.2017
20:08:58
20:08:58
Вопрос по Spring-у. Кому-нибудь удалось сделать @Value более человечными, чтоб не приходилось эскейпить $ постоянно? Способ отсюда у меня почему-то не работает: https://github.com/spring-projects/spring-boot/issues/8061
Boris01.09.2017
20:11:57
20:11:57
Вопрос по Spring-у. Кому-нибудь удалось сделать @Value более человечными, чтоб не приходилось эскейпить $ постоянно? Способ отсюда у меня почему-то не работает: https://github.com/spring-projects/spring-boot/issues/8061
Я отказался от value в пользу конфигурацийИ доволен вполне
Vic01.09.2017
20:13:39
20:13:39
Я большинство унес в конфиг пропертис, но осталось несколько одиночек.
Boris01.09.2017
20:14:30
20:14:30
Я не стесняюсь для одиночек делать отдельные бины
Часто потом туда ещё что то добавляется
А если даже и нет, ничего старшего
Я обычно на базе этой фигни делаю возможность определять конфигурацию переопределением бина с пропертями и по умолчанию читаю из из конфига
Vic01.09.2017
20:21:29
20:21:29
Я не стесняюсь для одиночек делать отдельные бины
А как работаете со строковыми пропертями, которые нужно сконвертировать во что-то нестроковое налету?
Например есть статический конвертер. В @Value можно написать выражение на SpEL. А как сразу создать такой дата класс, чтобы туда пропертя положилась уже сконвертированная?Нужно сеттер как-то переопределять? Я еще не пробовал. Просто вот думаю, как мне это предстоит сделать
Условно, есть LocalDateTime. У него есть статический фактори of. Я хочу проперти класс создать с таким полем, а знаение прочитать из проперти файла в виде строки и налету его туда положить.
Boris01.09.2017
20:31:13
20:31:13
Я сейчас точно не скажу, но там есть конвертеры или можно метод определить отдельный для получения
Локалдейттайм из строки в общем случае не получить
You01.09.2017
22:53:06
22:53:06
Толсто
Va01.09.2017
23:00:53
23:00:53
тихо вбросил и ушел...
Lev03.09.2017
17:47:02
17:47:02
В чем фишка с этими in out в котлине?
Vic03.09.2017
17:47:47
17:47:47
гугли declaration-site variance
Mi03.09.2017
17:48:03
17:48:03
в джаве они только инвариантны, в котлине вроде нет
Vic03.09.2017
17:48:06
17:48:06
в книжках по скале и котлину хорошо написано, зачем это нужно
вкратце, чтобы писать код без постоянного беспокойства о PECS
GoogleLev03.09.2017
17:49:03
17:49:03
... что за инвариантность?
Я уверен что это довольно просто объясняется
Vic03.09.2017
17:50:18
17:50:18
библиотечные классы уже ко-/контра-варианты, и тебе по месту их использования не надо беспокоится как в джаве о <? extends ...>
в книжке Жемерова почитай. или Одерски )
? animufag ?03.09.2017
17:51:07
17:51:07
В чем фишка с этими in out в котлине?
в джаве список строк не является подтипом списка объектов.
здесь можно ввести ограничения на дженерик тип (потом долго трахаться с компилятором) и получить это желанное наследованиену строго говоря это не наследование
Lev03.09.2017
17:51:54
17:51:54
почему они сделали что он не наследник? Чтобы что то предупредить?
Vic03.09.2017
17:52:17
17:52:17
потому что в джаве лист мутабельный
и если бы он был ковариантным, как массивы, то можно было бы словить ошибку в рантайме
? animufag ?03.09.2017
17:53:04
17:53:04
почему они сделали что он не наследник? Чтобы что то предупредить?
они = боги джавы? просто на них и так много работы с дженериками взвалилось. всех моментов тогда было не продуматьVic03.09.2017
17:53:12
17:53:12
в котлине и скале, наоборот - массив инвариантен, т.к. мутабелен. а иммютабл коллекции ковариантны
в общем, это "более лушая" реализация дженериков, чем в джаве
Boris03.09.2017
17:54:30
17:54:30
Если очень утрировать, то in параметры можно передавать в методы параметром, а out возвращать из метода
Открыть в Telegram