К примеру, скролл бар в RecyclerView на какой-то версии support library у меня не удавалось установить в коде. А вот с inflate все ок, видимо много магии LayoutInflater внутри проворачивает

а ссылку можно?

https://fblitho.com/

https://fblitho.com/

Подводные камни вообще есть?

Подводные камни вообще есть?

Главный это kapt ?‍♀, там все на анотациях и кодогенерацией. Плюс она адаптирована только для java, на котлин странный синтаксис получается.

хм

Сейчас собрался с силами и начал портировать на нее Elm-архитектуру (выходит забавно)

Кстати кто нибудь знает либу на корутинах, которая может делать (удобно) запросы в сеть и др i/o через NIO2?

Главный это kapt ?‍♀, там все на анотациях и кодогенерацией. Плюс она адаптирована только для java, на котлин странный синтаксис получается.

Да вроде ок последнее время. С румом и прочими новыми компонентами стало жить легче.

Кстати кто нибудь знает либу на корутинах, которая может делать (удобно) запросы в сеть и др i/o через NIO2?

Мне просто с появления коррутин не даёт покоя вопрос, а можно ли сделать так же как в C#? https://habrahabr.ru/post/216659/

думаю, нет

Да вроде ок последнее время. С румом и прочими новыми компонентами стало жить легче.

Рум и пагинатор вообще зашел хорошо)

Правда я надеялся, что пагинатор в две стороны данные грузит и не хранит все при скроле вниз, но не тут то было(

Правда я надеялся, что пагинатор в две стороны данные грузит и не хранит все при скроле вниз, но не тут то было(

Ну там альфа еще, может допилят.

Просто они прям в доках пишут, мол смотрите, если вы выгрузите все данные для отображания больших списков это будет кушать много ресурсов... но сами в итоге делают так же, ведь в том то и кейс с большими списками "НЕ хранить все в памяти, даже при скролле вниз"

Мда... Чет печаль.

Атесть где что толковое почитать по Anko?

Сложно сказать, я в продакшн его так и не затащил пока, а мои петы-эксперименты слишком маленькие. Зато можно с ФП UI архитектурой экспериментировать

у меня есть кейз чтобы сделать петпроджект: календарик бесконечный. гридлейаут - супермедленно. линеарлейауты - пойдёт, но всё равно лагает сейчас делаю с абсолютным позионированием и фиксированной высотой. на самом деле просчёт лейаута в бекграунде должен выручить

Есть какие хорошие книги по котлину?

Есть какие хорошие книги по котлину?

Kotlin in Action?

Kotlin in Action?

kotlin for android developers (Antonio Leiva) еще есть, правда не в курсе насколько она хороша

kotlin for android developers (Antonio Leiva) еще есть, правда не в курсе насколько она хороша

имхо ее можно пропустить и не тратить время

Атесть где что толковое почитать по Anko?

Дока по Anko. Книг об этом ещё не написали, насколько я знаю :)

имхо ее можно пропустить и не тратить время

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

Kotlin in Acton is a must, обратить внимание на иерархию классов с Nothing, declaration-site variance - этого в Java нет, а отсюда растут ноги у многих функциональных фич.

Самое то

после прочтения котлин ин экшен имхо ее можно пропустить вообще юзлес

после прочтения котлин ин экшен имхо ее можно пропустить вообще юзлес

если после то конечно, но тут речь разве об этом была?

Не знаете где можно купить/скачать Kotlin в действии?

Не знаете где можно купить/скачать Kotlin в действии?

https://dmkpress.com/catalog/computer/programming/java/978-5-97060-497-7/

Там дорого доставка выходит :(

Не знаете где можно купить/скачать Kotlin в действии?

https://www.amazon.com/Kotlin-Action-Dmitry-Jemerov/dp/1617293296

А в электронном варианте она есть?

насколько мне известно, электронного варианта на русском еще нет

насколько мне известно, электронного варианта на русском еще нет

спс

Спасибо.

Не читайте проф. литературу ни на каком языке кроме английского

Не читайте проф. литературу ни на каком языке кроме английского

полностью поддерживаю

Атесть где что толковое почитать по Anko?

Да там читать нечего. Да и не стоит оно того

Да там читать нечего. Да и не стоит оно того

Совсем совсем?

Совсем совсем?

Разве что ради интереса. На практике это неудобно, если речь о построении ui

Допусти themed*() методы создания на разных апи по-разному работают.

Разве что ради интереса. На практике это неудобно, если речь о построении ui

Тоесть практичнее всего если и использовать анко то только для сахара...

Тоесть практичнее всего если и использовать анко то только для сахара...

Ну да. Но всегда проще самому написать утилитный экстеншн чем ковырять недокументированное апи

Привет, я немного не понял, вы говорите про проблемы anko, связанные со стилями?

Привет, я немного не понял, вы говорите про проблемы anko, связанные со стилями?

О анко в общем

Не читайте проф. литературу ни на каком языке кроме английского

Максимализм какой-то. Английском статьи или документация, где все кратко и по делу - очень хороший вариант. Но любая IT книга на половину состоит из "воды" и продираться к сути эффективнее на русском.

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

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

Чем полезная?)

Привет, я немного не понял, вы говорите про проблемы anko, связанные со стилями?

Одна из

стили я пишу так

Одна из

а какие еще проблемы? Я не доебаться, просто интересно, пока вроде все нравится

Наверное, это относится к сахару, но вот что можно написать прямо в разметке

блин круто выглядит

а еще что можно)

Ты ведь понимаешь, что можно просто разложить лого по структуре и не нужно это писатьН

Я тут хештег оставлю.... #anko

а какие еще проблемы? Я не доебаться, просто интересно, пока вроде все нравится

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

Ты ведь понимаешь, что можно просто разложить лого по структуре и не нужно это писатьН

да, можно, я в качестве примера) сейчас скину пример, где со структурой не получится

(опускаем вопрос о структуре)

Ну, и возвращаясь к вопросу о стилях, вот что мне очень нравится:

обмазываться во всю экстеншенами тоже не стоит

стараюсь)

особенно если пихать бизнес логику в них

это всё в качестве эксперимента, для изучения

Максимализм какой-то. Английском статьи или документация, где все кратко и по делу - очень хороший вариант. Но любая IT книга на половину состоит из "воды" и продираться к сути эффективнее на русском.

Не хочу углубляться в оффтоп. Все мировое научное сообщество (физ, мат, IT, био, мед) общается и публикуется на единственном языке - английском. Есть устоявшаяся англоязычная терминология, которую переводить просто вредно для читателя. (Впервые осознал это еще в школе, когда обнаружил, что block в условии задачи, это не блок, а брусок, а блок по-английски - pulley.) Все дальнейшие годы учебы/работы подтвердили, что читать нужно только английский. Перевод всегда остает по актуальности, там бывают откровенные ошибки из-за непонимания темы переводчиком. Как потом гуглить на стековерфлоу, если не знаешь, что наследование - это inheritance??

Кто там хотел попробовать корутины в андройд - вот неплохой материал для ознакомления https://proandroiddev.com/android-coroutine-recipes-33467a4302e9

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

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

Есть какие-то новости что хотя бы оригинальная kotlin in action обновится?

Это и ненужно. Достаточно добавить чтение доки по фичам 1.1+ и труд Романа по корутинам.

В общем да, книга же просто переложение документации с оф сайта

Есть какие-то новости что хотя бы оригинальная kotlin in action обновится?

будет, как релизнут окончательный дизайн корутин

там будут разделы корутин и жса

Так можно напистаь и без Anko

Можно, не спорю) Можно спокойно писать без него, я лишь показываю, что и как можно с помощью него сделать. Мне очень понравилось то, что разметка становится намного меньше и работает быстрее стандартного xml. Сейчас у меня нет ни одного xml layout'а и стиля (кроме тем для активити). Я не скажу, что это must have, просто очень удобный инструмент. Я начал изучать anko немного раньше, чем constraints layout, и поэтому между стандратным способом написания разметки и anko выбрал второй вариант из-за компактности и скорости.

обмазываться во всю экстеншенами тоже не стоит

Почему?

Почему?

А ты любитель? Расскажи лучше о своем опыте и best-practices ?

Мне очень нравится делать extension и задавать ему кучу параметров со значениями по умолчанию. В частности, есть у меня один метод, который заменяет 32 XML-ки.

Мне очень нравится делать extension и задавать ему кучу параметров со значениями по умолчанию. В частности, есть у меня один метод, который заменяет 32 XML-ки.

Т.е. бывают случаи, когда один extension-метод у тебя вызывается с большим количеством параметров (сколько, кстати)? Или ты только с дефолтными значениями вызываешь?

Хах, это прикольный хак :)

где хак?)

Для меня подобный кейс использования экстеншн-функций хаком выглядит (в хорошем смысле). Возможно, ещё не привык к Kotlin в полной мере.

Только почему для контекста, а не ко view?

Потому что он нужен чтобы создавать вьюшки

я их не из View зову, а из адаптера

а так — да, обычно делаются экстеншены к ViewManager

А, понял.

Типа мини-dsl? И что такое Env?

Типа мини-dsl? И что такое Env?

Не назвал бы это DSL, потому что это всего одна функция. Env — это слой, защищающий от платформы. Там лог, DAO, управление потоками.

короче, god object, как контекст)

Не назвал бы это DSL, потому что это всего одна функция. Env — это слой, защищающий от платформы. Там лог, DAO, управление потоками.

Не думал, в Env вынести context и делать по нему уже ext-functions? (как-то давно я так баловался, еще можно в Reader монадку его вынести)