Если название переменной подчеркнуто, значит мутабельно Потому подчеркивается Если в дальнейшем переменную не собираешься переприсваивать, объявляй через val Грубо говоря

это к вопросу, что такое подчеркивание

На него как-то надо реагировать?

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

Правильно ли я понял, что в Котлине нельзя объвить переменную, не инициализировав её сразу?

через lateinit можно

через lateinit можно

++

через lateinit можно

Про экстеншены. Это типа kotterknife или самописные к context?

Правильно ли я понял, что в Котлине нельзя объвить переменную, не инициализировав её сразу?

лейтинит, лейзи бай, ну и старинка в виде налл переменной

правда теперь смысла в этом нету, лейтинит можно проверять проинитился или нет

Про экстеншены. Это типа kotterknife или самописные к context?

я не это имел в виду, сейчас поищу

но он вроде через рефлексию же работает

Про экстеншены. Это типа kotterknife или самописные к context?

https://antonioleiva.com/kotlin-android-extensions/

https://antonioleiva.com/kotlin-android-extensions/

Выглядит здорово. Спасибо!

Проблем с ними никаких не возникало ?

Проблем с ними никаких не возникало ?

Неа, главное случайно не импортнуть ненужный тебе лаяут, где есть вьха с таким же именем, что в нужном тебе луяуте

Неа, главное случайно не импортнуть ненужный тебе лаяут, где есть вьха с таким же именем, что в нужном тебе луяуте

Ещё раз спасибо!

Хоть убейте не понимаю в чём разница между sealed и abstract

abstract может иметь неограниченное кол-во наследников, sealed только те, которые указаны возле него

В C# грамотно с этим, всмысле слово используется для описания содержимого класса в разных файлах. у sealed в котлине есть практическое использование?

В C# грамотно с этим, всмысле слово используется для описания содержимого класса в разных файлах. у sealed в котлине есть практическое использование?

ADT

thx!

thx!

np

Как понять возле него?

abstract может иметь неограниченное кол-во наследников, sealed только те, которые указаны возле него

из доки A sealed class can have subclasses, but all of them must be declared in the same file as the sealed class itself т.е. в другом месте ты не можешь отнаследоваться от sealed класса если в чужой либе, класс помечен, как sealed, то опять же не сможешь от него унаследоваться

Удобно для всяких Optional и типизованных Result.

Не надо MVU вмешивать сюда ?

@angmarr а что такое MVU? :) не получается загуглить

@angmarr а что такое MVU? :) не получается загуглить

архитектура elm

а, TEA, спасибо

архитектура elm

Откуда растут ноги у этой аббревиатуры если не секрет? Тоже первый раз встретил.

мужики а вы тестируете закрытые методы?

Нет. Тестироваться должны только открытые методы. При грамотной декомпозиции, естессна

Откуда растут ноги у этой аббревиатуры если не секрет? Тоже первый раз встретил.

Ты про какую конкретно? - MVU - model/view/update (тут наверное по главным компонентам: model + 2 функции view/updae) - Elm - это функциональный язык + фрейворк для фронтенда (elm-lang.org) - TEA - The Elm Arhichecture Правильнее называть все таки TEA, но есть доклады/статьи где и MVU называют.

Я про MVU, в контексте элм архитектуры я всегда оперировал как TEA

Нет. Тестироваться должны только открытые методы. При грамотной декомпозиции, естессна

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

Ты про какую конкретно? - MVU - model/view/update (тут наверное по главным компонентам: model + 2 функции view/updae) - Elm - это функциональный язык + фрейворк для фронтенда (elm-lang.org) - TEA - The Elm Arhichecture Правильнее называть все таки TEA, но есть доклады/статьи где и MVU называют.

дай ссылочку где про MVU говорят, гугление че то ничего годного не находит..

Из не давнего просмотренного вспоминаю https://youtu.be/EDp6UmaA9CM?t=31m37s

Спасибо!

Ты кстати в курсе что по elm (настоящему для web) есть чат? @elm_ru

Ты кстати в курсе что по elm (настоящему для web) есть чат? @elm_ru

О, интересно. Не знал.

вопросы связанные с андроидом задавайте в @kotlin_mobile

Ребята, при работе с сетью, и самой связке interface/data class/connectors что можно посоветуете почитать? Заострить внимание?

работе с сетью в каком смысле?

там сейчас Reddit AMA с лидами Котлина начался https://www.reddit.com/r/Kotlin/comments/7hoytl/kotlin_team_ama_ask_us_anything/

ОбЪясните нулевому-в-редите “куда смотреть и чего ждать”? Просто коменты читать в ожидание ответа Бреслава или Дмитрия?

Типа того, в этом суть AMA

Туда еще можно настрочить?

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

да, он только начался

Супер

Туда еще можно настрочить?

у тебя есть примерно сутки на это :)

у тебя есть примерно сутки на это :)

Благодарю

Сразу видно кто прочитал релиз ноуты к 1.2, а кто нет :)

https://blog.jetbrains.com/kotlin/2017/11/kotlin-1-2-released/

Вот эти если что

А в котлине мы еще мапы из дата классов делать не умеем? Я имею в виду такие кейсы: data class Book(val id: Int, val name: String) val book = Book(123, "abc") namedjdbc.update(sql_query, toMap(myBook)) вооще огонь было б и чтоб без всяких рефлекшнов :))

А в котлине мы еще мапы из дата классов делать не умеем? Я имею в виду такие кейсы: data class Book(val id: Int, val name: String) val book = Book(123, "abc") namedjdbc.update(sql_query, toMap(myBook)) вооще огонь было б и чтоб без всяких рефлекшнов :))

я обычно экстеншены для этого делаю, но редко когда нужен маппинг 1:1 и без использования сериализатора

я обычно экстеншены для этого делаю, но редко когда нужен маппинг 1:1 и без использования сериализатора

ага, чаще всего проблема с именами myVar -> my_var

а вообще можно взять сериалайзер и сделать сериалайз в мапу)

ERROR: S client not available

вот я ща как раз релиз нотс читаю и наткнулся на https://github.com/kotlin/kotlinx.serialization

objectMapper.convertValue(obj, Map::class) как-то так

Как всегда интересно, что там с наследованием ) И чем это лучше того же Jackson

Как всегда интересно, что там с наследованием ) И чем это лучше того же Jackson

кроссплатформенностью

В смысле, с kotlin.jvm в kotlin.js?

objectMapper.convertValue(obj, Map::class) как-то так

о актуальненько

а то я уже собрался писать через рефлексию

В смысле, с kotlin.jvm в kotlin.js?

да, еще и kotlin native

Все записались на вебинар? https://info.jetbrains.com/Kotlin-Webinar-December2017.html?mail=event

Все записались на вебинар? https://info.jetbrains.com/Kotlin-Webinar-December2017.html?mail=event

Теперь да. Пасиб. Че то у меня с котлин 1.2 мавеновски allopen перестал грузиться и работать, пичалька, рукамены open-ы ставлю

Хм, а может кто посоветует как на котлине лучше делать сложные листенеры с несколькими колбеками? Обычный подход с интерфейсом занимает довольно много места, и с лямбдами (поправьте если ошибаюсь) не дружит С другой стороны можно сделать что-то типа такого - https://pastebin.com/xBnJGHPw

колин с лямбдами не тружит? сириус?)

fun <T> login(login: String, password: String, callback: (user: User?, requestStatus: RequestStatus) -> T): CallbackStatus {

fun <T> login(login: String, password: String, callback: (user: User?, requestStatus: RequestStatus) -> T): CallbackStatus {

так это одна лямбда

я же про комплексный листенер говорю

а задача собственно в чем?

создать листенер на несоклько ивентов

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

создать листенер на несоклько ивентов

Может лучше несколько отдельных листнеров

вы можете назначить одну функцию, которая будет отрабатывать

Может лучше несколько отдельных листнеров

можно, но листенер может обнулятся

проще в группу сбить

путем создания класса

вы можете назначить одну функцию, которая будет отрабатывать

не понял

если у вас каждый из коллбэков ожидает функцию с разными параметрами - пишите обертки

да не параметры главное

fun <T> loginA(login: String, password: String, callback: (user: User?, requestStatus: RequestStatus) -> T) ... fun <T> loginB(login: String, password: String, callback: (user: User?, requestStatus: RequestStatus) -> T) ... fun <T> loginC(login: String, password: String, callback: (user: User?, requestStatus: RequestStatus) -> T) ...

вызываем loginA("username", "password", this.someCallbackFunction())