Твои коллеги не ведут с тобой дебаты по этому поводу? Как мы тут

Твои коллеги не ведут с тобой дебаты по этому поводу? Как мы тут

Нет, они меня спрашивают, я им объясняю, что делает этот модификатор, и больше вопросов не возникает.

А самостоятельно они что то делают?)

А зачем data там, где нет distructuring и equals/hashCode? К примеру в коде про parcelable-сереализацию "стейта" (ради toString?). Data накладывает ограничения на класс и предназначен для "анемичных моделей”. (Что вообще идет в разрез с правильным OOP, Егор подтвердит). Еще хуже когда пытаются скрестить его с ООП, наследованием или сереализацией. Которые выливаются в вопросы "а че это у меня в toString не то поля" и тд.

К счастью котлин не Егор делает

Сколько дто нужно лишить дата-типа чтобы выиграть тысячу методов?

меньше сотни

А зачем data там, где нет distructuring и equals/hashCode? К примеру в коде про parcelable-сереализацию "стейта" (ради toString?). Data накладывает ограничения на класс и предназначен для "анемичных моделей”. (Что вообще идет в разрез с правильным OOP, Егор подтвердит). Еще хуже когда пытаются скрестить его с ООП, наследованием или сереализацией. Которые выливаются в вопросы "а че это у меня в toString не то поля" и тд.

вразрез с ООП — то про equals?

В андроид приложении 100 сущностей? Коллеги вообще с тобой не спорят?

меньше сотни

А сколько дто в том проекте, который ты сейчас делаешь?

вразрез с ООП — то про equals?

Я про “передачу данных в виде DTO”, data классы провоцируют.

В андроид приложении 100 сущностей? Коллеги вообще с тобой не спорят?

Я с таким сталкивался. Когда я пришёл на проект, было 120к методов, когда уходил — 70к.

В андроид приложении 100 сущностей? Коллеги вообще с тобой не спорят?

Со мной спорят только менеджеры. :)

Я с таким сталкивался. Когда я пришёл на проект, было 120к методов, когда уходил — 70к.

Я вероятно не понимаю, но что это дало?

Со мной спорят только менеджеры. :)

Это очень скучно. Увольняйся.

К счастью котлин не Егор делает

А ты не согласен, что это data class вообще ближе к АТД , чем объектам из ООП? (особенно если sealed добавить или вспомнить про pair и triple)

Я вероятно не понимаю, но что это дало?

С ProGuard не было MultiDex, приложение шустрее работало, особенно на четвёрках, и весило значительно меньше.

А сколько дто в том проекте, который ты сейчас делаешь?

штук 30

А ты не согласен, что это data class вообще ближе к АТД , чем объектам из ООП? (особенно если sealed добавить или вспомнить про pair и triple)

Я скорее о том, что на мой взгляд вот это всё "тру ооп" полная ерунда, потому что важно для реальной жизни совсем другое

Это очень скучно. Увольняйся.

Тащемта я уже уволился (пару месяцев назад). Но мне никогда не приходилось спорить с прогерами, которые пишут на том же языке, о том, как писать на языке.

Об архитектуре — да. Статические языки против динамических — да. А о том, какие модификаторы для чего нужно использовать, чётко и ясно написано в документации и спорить здесь не о чем.

Так там четко написано - использовать =)

А зачем data там, где нет distructuring и equals/hashCode? К примеру в коде про parcelable-сереализацию "стейта" (ради toString?). Data накладывает ограничения на класс и предназначен для "анемичных моделей”. (Что вообще идет в разрез с правильным OOP, Егор подтвердит). Еще хуже когда пытаются скрестить его с ООП, наследованием или сереализацией. Которые выливаются в вопросы "а че это у меня в toString не то поля" и тд.

Так никто и не ответил, зачем тому чуваку нужно было data (inb4: потому что в доке написано использовать)

Я с таким сталкивался. Когда я пришёл на проект, было 120к методов, когда уходил — 70к.

Я не говорю, что надо плодить методы, просто говорю, что лишних 300 методов погоды не сделают, а для дто приятно иметь и тустринг и иквалз в некоторых ситуациях. Я уж не говорю про детруктуризацию, если их приходится как-то обрабатывать в коде

И ещё раз: я не говорю, что дата нужно лепить бездумно

Я не говорю, что надо плодить методы, просто говорю, что лишних 300 методов погоды не сделают, а для дто приятно иметь и тустринг и иквалз в некоторых ситуациях. Я уж не говорю про детруктуризацию, если их приходится как-то обрабатывать в коде

Я бы с тобой согласился, если бы речь шла о паре лишних методов. Но 300 тянет на небольшую библиотечку, а лимит в 65к — всегда близко.

Но лично у меня дто и любые структуры для сериализации поумолчанию дата, и я убираю его если это нужно. Конечно я профессионально на Андроиде не пишу и мне сложно судить, возможно я бы тоже экономил на удобстве если бы у меня был этот лимит

Но лично у меня дто и любые структуры для сериализации поумолчанию дата, и я убираю его если это нужно. Конечно я профессионально на Андроиде не пишу и мне сложно судить, возможно я бы тоже экономил на удобстве если бы у меня был этот лимит

Я не предлагал экономить на удобстве.

Я не предлагал экономить на удобстве.

Согласен, это просто для меня так звучит, потому что часто они дают удобства, которыми я пользуюсь. А какое применение для дата-классов ты видишь, если не дто?

Согласен, это просто для меня так звучит, потому что часто они дают удобства, которыми я пользуюсь. А какое применение для дата-классов ты видишь, если не дто?

destructuring, copy, hashCode, equals, toString.

Реально я пользуюсь только copy изредка.

destructuring, copy, hashCode, equals, toString.

?кэп?

?кэп?

А ты пользуешься или просто везде добавляешь ради toString?

Где-то Роман Елизаров писал, что destructuring в не-кортежах — зло. И таки да, оно мне больше нигде так и не понадобилось.

А ты пользуешься или просто везде добавляешь ради toString?

Тустринг, деструктуризация и часто ещё иквалс

Копирование тоже бывает

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

Тустринг, деструктуризация и часто ещё иквалс

> Но лично у меня дто и любые структуры для сериализации поумолчанию дата Это как-то не складывается, ну не могут для них всех требоваться equeals и componentN (toString конечно другое дело, но это того не стоит)

> Но лично у меня дто и любые структуры для сериализации поумолчанию дата Это как-то не складывается, ну не могут для них всех требоваться equeals и componentN (toString конечно другое дело, но это того не стоит)

Выше написал про это

Мне удобно, что эти возможности у них есть и я по ходу всегда могу ими воспользоваться и я пользуюсь

> Но лично у меня дто и любые структуры для сериализации поумолчанию дата Это как-то не складывается, ну не могут для них всех требоваться equeals и componentN (toString конечно другое дело, но это того не стоит)

Для серверной разработки тустринг для этих классов уже ?, а если ещё и другие фичи по ходу использовал, уже считай отбил использование

Я слишком молод чтобы знать что то о кортежах в котлине. Это какой то синоним деструктуризации?

Кортежей в котлине нет

как нет?

а Pair, Triple?

Это таки data class'ы

https://m.habrahabr.ru/post/276871/

Ага, теперь разобрался, спасибо

Это таки data class'ы

кортеж не может быть представлен дата классом?

В начальных версиях были кортежи как в скале, но они были заменены на датаклассы

Угу, частный случай Кортеж - упорядоченный набор данных фиксированной длинны

Это уже спор о понятиях, я имел в виду, что нет отдельной конструкции типа tuple

Да, в статье написано то о чем говорим мы подразумевая Pair - неявные кортежи

А вот в последнем сишарпике несмотря ни на что добавили кортежи и синтаксис для них. Интересно что будет если в java 2019 ? пойдут по их стопам.

*miss click, skip it

Может кто-то пояснит за forcedTypes jooq-а? Прописываю: forcedTypes { forcedType { userType = "com.fasterxml.jackson.databind.JsonNode" expression = "release.artifact_current_versions.tags" } } jooq меня игнорирует. Прописываю: forcedTypes { forcedType { userType = "com.fasterxml.jackson.databind.JsonNode" types = "JSON" } } jooq меня игнорирует. Резонный вопрос - ЧЯДНТ?

Да, колонка во View, но это вроде не должно мешать

UPD: я забыл про binding = "package.Binding", все заработало-таки

А вот в последнем сишарпике несмотря ни на что добавили кортежи и синтаксис для них. Интересно что будет если в java 2019 ? пойдут по их стопам.

ой-ой, лучше пусть в том, что deprecated двадцать лет назад, поставят forRemoval = true :)

Может кто-то пояснит за forcedTypes jooq-а? Прописываю: forcedTypes { forcedType { userType = "com.fasterxml.jackson.databind.JsonNode" expression = "release.artifact_current_versions.tags" } } jooq меня игнорирует. Прописываю: forcedTypes { forcedType { userType = "com.fasterxml.jackson.databind.JsonNode" types = "JSON" } } jooq меня игнорирует. Резонный вопрос - ЧЯДНТ?

Ну можно определить customType, и уже в forcedType чисто name/expression добавлять

Как биндинг для JSON делался?

Хотя мне больше интересно как конвертер sqldb array в java.Collection был сделан(если был, и был на Котлине)

дбюж

дбюж

что?

Народ, кто использует Coroutines под Android, подскажите, а где найти интерфейс JobHolder о котором сказано в документации?

Народ, кто использует Coroutines под Android, подскажите, а где найти интерфейс JobHolder о котором сказано в документации?

Ты его должен сам сделать (он там есть 3 строчный) https://github.com/Kotlin/kotlinx.coroutines/blob/master/ui/coroutines-guide-ui.md#lifecycle-and-coroutine-parent-child-hierarchy

Эх, просмотрел

Странный, возможно, вопрос, но после вызова cancel() какое поведение ожидать? Все последующие coroutines не будут запущены и прерваны сразу или cancel() просто текущие прерывает. По аналогии для CompositeDisposable в RX это будет аналогично вызову метода CompositeDisposable.dispose() или CompositeDisposable.clear()?

Скорее первое, а вообще тут написано https://github.com/Kotlin/kotlinx.coroutines/blob/master/coroutines-guide.md#cancellation-and-timeouts

https://kotlin.github.io/kotlinx.coroutines/kotlinx-coroutines-core/kotlinx.coroutines.experimental/-job/index.html

Хорошая схемка

Есть вопрос. Насколько извращение юзать Kotlin Android Extensions?

Есть вопрос. Насколько извращение юзать Kotlin Android Extensions?

нинасколько )

А почему это вообще извращение?

ну как то слишком выглядит

что именно?

как минимум шлем лесом стайлы для id в xml

это конечно притянутый за уши аргумент

как минимум шлем лесом стайлы для id в xml

всмысле?

ты про camelCase?

ага

camelCase тоже можна

Android dev team говорили об этом

да и в коде лучше R.id.btnDone vs R.id.btn_done

Хм...

Если в Android для приватных глобалок префикс "m", то в Kotlin - "_"?

Если в Android для приватных глобалок префикс "m", то в Kotlin - "_"?

нет

не в андроиде, а в джаве

> Если в Android для приватных глобалок префикс "m" это из джава конвенции

у каждого додика своя методика

так только AOSP пишут

Если в Android для приватных глобалок префикс "m", то в Kotlin - "_"?

Приватных глобалок?

Нет такой конвенции в Java. Никогда не было.

Так вроде же не статик и не паблик начинать с m

и это Android конвенция

и это Android конвенция

только для AOSP