вон недавно на olx завезли в пейменты котлин, и довольны шо слоны

теперь будут паразитировать на всю компанию)

можно ли подружить с котлином jetty сервер ? который собирается на sbt ? ?

Ребят, а есть где-нибудь список/статья на тему “чем kotlin лучше es6/ts/flow”?

kotlin js вроде эксперементальный еще

С 1.1 не экспериментальный

В классах, постоянно такая ситуация: private var interstitialAd: InterstitialAd? = null и что-то тип этого в функции http://screenshot.ru/d37bfce626486519bd910e696dd9fd33.png как вообще правильно и красиво должна выглядеть проверка на null, а то что-то я ни туда ушел

В классах, постоянно такая ситуация: private var interstitialAd: InterstitialAd? = null и что-то тип этого в функции http://screenshot.ru/d37bfce626486519bd910e696dd9fd33.png как вообще правильно и красиво должна выглядеть проверка на null, а то что-то я ни туда ушел

(через interstitialAd?.let { } конечно) Но почему у тебя вообще какие-то var да еще nullable? Ты не можешь через конструктор задать сразу норм значение?

да это вьюхи же сделай их lateinit

(через interstitialAd?.let { } конечно) Но почему у тебя вообще какие-то var да еще nullable? Ты не можешь через конструктор задать сразу норм значение?

спасибо

да это вьюхи же сделай их lateinit

уговорил :)

да это вьюхи же сделай их lateinit

бывают моменты, когда мне приходит такой тип var data: T? в таких же случаях я не смогу сделать lateinit, тогда как решать проблему постоянные восклицательных знаков и вопросов?

элвис оператор, let и прочие штучки

бывают моменты, когда мне приходит такой тип var data: T? в таких же случаях я не смогу сделать lateinit, тогда как решать проблему постоянные восклицательных знаков и вопросов?

Проектируем код так, что бы не было вообще var и T? ?

вообще принцип такой, что не использовать глобальные переменные в методах, если они nullable

пересохранил в локальную, проверил - и всё, точно не будет там никаких нулов

это сделано потому что возможно где-то когда-то будет в другом потоке нул

но на практике это не очень приятно конечно

потому что чаще всего код однопоточный

спасибо всем, прояснилось

это сделано потому что возможно где-то когда-то будет в другом потоке нул

Можно и в однопоточном get написать, который будет занулять значение при отдаче, так что проверятьт конечно нужно

Скажите, существует ли json парсер который будет генерировать исключение если я пытаюсь парсить null значение в not null поле в kotlin классе? Gson например может в not null поле все равно записывает null и я получаю NPE при обращении.

Скоро будет, как часть проекта Kotlin Serialization

Jackson + kotlin-jackson module должен уметь

jackson умеет да

Спасибо большое. А Kotlin Serialization то что нужно. Надеюсь скоро его выпустят. Jackson хорош, но для Android тяжеловат, много зависимостей и классов с собой тянет

ну и для жса полезно

был чатик про андроид архитектуру, но насколько помню там челы на серьёзных щах сидят, так что спрошу здесь. допустим есть активити/фрагмент с текствью (потом мб усложню пример). как там люди обычно делают: 1. активити запрашивает у презентера текст. и соответственно активити переподписывается на обновление модели 2. презентер ставит текст (использует сеттер, как бы не зная про текствью). и соответственно презентер подписывается на жизненный цикл ?

был чатик про андроид архитектуру, но насколько помню там челы на серьёзных щах сидят, так что спрошу здесь. допустим есть активити/фрагмент с текствью (потом мб усложню пример). как там люди обычно делают: 1. активити запрашивает у презентера текст. и соответственно активити переподписывается на обновление модели 2. презентер ставит текст (использует сеттер, как бы не зная про текствью). и соответственно презентер подписывается на жизненный цикл ?

я делаю так: у меня презентер знает о жц вью и в определенный момент (когда вью создана) говорит ей initView(), передавая нужные данные

данные презентер берет из модели, модель и презентер жц не имеют

передавая = сетит каждое поле? либо сетит некоторый датакласс в котором все нужные значения полей энейблед/дизейблед прописаны?

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

Ну я думаю максимально тупые данные посылать в активити. Типа showRemoveButton: Boolean. Не думаю что такое имеет смысл хранить в персистенте

Ну я думаю максимально тупые данные посылать в активити. Типа showRemoveButton: Boolean. Не думаю что такое имеет смысл хранить в персистенте

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

например, на экране регистрации при валидации полей вызываю у вью метод setRegisterEnabled(boolean)

был чатик про андроид архитектуру, но насколько помню там челы на серьёзных щах сидят, так что спрошу здесь. допустим есть активити/фрагмент с текствью (потом мб усложню пример). как там люди обычно делают: 1. активити запрашивает у презентера текст. и соответственно активити переподписывается на обновление модели 2. презентер ставит текст (использует сеттер, как бы не зная про текствью). и соответственно презентер подписывается на жизненный цикл ?

Слышал про архитектуру в Elm?

что мне тут не нравится: тестирование через expect во-первых был на ios фреймворк для тестирования которому скажешь expect и он ожидает вызов ровно один раз. из-за этого до сих пор негатив к этим экспектам во-вторых код теста однозначно привязывается к коду реализации. прям хоть генераторы тестов пиши

Слышал про архитектуру в Elm?

да. пытался на нём писать давненько. в общем то сейчас я так себе представляю что это как редукс, только с типами

expect(any()) нет такого?

expect(atLeast(2)) expect(once()) и тд

https://stackoverflow.com/questions/5434649/how-to-verify-number-of-method-calls-using-ocmock

ну там первый ответ посмотри

если 4 раза вызвать метод то тест провалится

Слышал про архитектуру в Elm?

продолжай

продолжай

Это я к чему вообще - на android тоже можно ее применить

ну есть всякие reswift (более менее успешная среди этих поделок) ну и на андроиде тоже. вопрос в том есть ли в елм что-то особенное чего нет в редукс?

ну есть всякие reswift (более менее успешная среди этих поделок) ну и на андроиде тоже. вопрос в том есть ли в елм что-то особенное чего нет в редукс?

Концептуальная поддержка асинхронных запросов из коробки

концептуальная? это слово можно пропустить при чтении или оно наделено особым смыслом?

концептуальная? это слово можно пропустить при чтении или оно наделено особым смыслом?

Смыл в том что оно изначально было продумано автором

ну вообще да. это замечательно. хотя и возможность по-разному реализовать работу с асинхроными вызовами тоже хорошо. но по идее весь этот цикл датафлоу обязательно связан с вызовами сети/персистента

https://github.com/sangcomz/Elm-Architecture-Android-Todo

https://github.com/sangcomz/Elm-Architecture-Android-Todo

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

гляньте что нашел в своем старом проекте) // TODO: 04.10.2015 implement

таких дофига. я думаю создавать вью в принципе не нужно в этом цикле. Просто где-то отдельно пишешь анкоКомпонент, у него прописываешь методы которые могут изменять ui. получается более менее читаемо. в отличие от вот этого дерьмища val attrs = intArrayOf(R.attr.selectableItemBackgroundBorderless) val typedArray = context.obtainStyledAttributes(attrs) val backgroundResource = typedArray.getResourceId(0, 0) setBackgroundResource(backgroundResource) typedArray.recycle() (ну тут правда явно нужен экстеншен метод)

(и как оказалось я уже писал для себя такой метод)

https://gist.github.com/inamiy/bd257c60e670de8a144b1f97a07bacec

?

есть ли какой-нибудь способ снизить бойлерплейт в котлине связанный с жизненным циклом активити? ну там всё банально подписываюсь/отписываюсь. наследование привлекать не хочется

У android есть FragmentLifecycle

Может поможет, но могу и сморозить

да сделай базовые реализации и все

их просто уже больше чем нужно. до меня было написано и теперь необходимо совмещать их эффекты

их просто уже больше чем нужно. до меня было написано и теперь необходимо совмещать их эффекты

Дак а что там совмещать? Ещё один наследник и ничего страшного

есть ли какой-нибудь способ снизить бойлерплейт в котлине связанный с жизненным циклом активити? ну там всё банально подписываюсь/отписываюсь. наследование привлекать не хочется

А что ожидаешь от Kotlin в данном случае?

делегаты или трюки на методах интерфейсов

перемножение этих трюков

делегаты или трюки на методах интерфейсов

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

Котлин делает то что можно сделать и на Java по сути, магии вы тут не встретите

ладно, настанет вот это https://developer.android.com/reference/android/arch/lifecycle/package-summary.html и немного полегче станет

Ну вообще, реализовать заточенный под себя LifecycleObserver достаточно просто. И после сможете прикручивать сбоку что угодно)

Через те же самые extension функции

я тут всё прослоупочил, да? Корутины перелопатили? https://www.youtube.com/watch?v=3xalVUY69Ok или они такими и были при релизе?

чёт не помню там suspendCorutineOrReturn

Ну как, их перелопалити ещё до входа 1.1 в релиз

Ну и не перелопатили, а немного изменили концепцию на более функциональную, что сделала её чуть более сложной в понимании, но более красивой и гибкой

Есть базовый класс с методом fun init(arg: Type), его наследует класс, с методом fun init(arg: Type, secondArg: AnotherType? = null). При вызове на объекте класса наследника метода object.init(arg) вызовется метод базового класса или наследника?

Зависит от того объект какого класса.

А, наследника, извините, не увидел.

Вызовется метод наследника.

я тоже ожидал такого поведения)

А что, разве нет?

походу нет

Сейчас вот попробовал. Вызывается метод базового класса

Думаю, нормально ли это? Понимаю, конечно, что это в принципе не самая лучшая идея так делать. Но, я ожидал что это сработает

Вроде как должно было. Я думал, метод наследника перекроет метод родителя.

Я думаю что дефолтные параметры не с помощью перегрузки реализуются

Разве что с аннотацией что-то вроде jvmoverloads

Разве что с аннотацией что-то вроде jvmoverloads

Да, действительно, если аннотировать метод наследника @JvmOverloads, а метод базового класса сделать open, то работает, как говориться as expected. Спасибо