Все верно, я вижу отличие. экстеншен mapNotNull тут самый подходящий.

Оно и так ясно, что мэпНотНал, вопрос в том как

Хотя конечно расстраивает то, что вместо опшиона приходится использовать богомерзкий нулл.

Отличный нал, в колтине не хуже опшенала

Ну в принципе да, приходится признать это)

Отличный нал, в колтине не хуже опшенала

+ (а вот Either/Result иногда не хватает)

Есть в сторонних либах

Хотя конечно расстраивает то, что вместо опшиона приходится использовать богомерзкий нулл.

это приницпиальное решение при дизайне языка. можешь вот этой либе помочь, если хочешь альтернатив https://github.com/search?l=&q=label%3Ahacktoberfest+state%3Aopen+type%3Aissue+repo%3Akategory%2Fkategory&type=Issues&utf8=%E2%9C%93

Хотя конечно расстраивает то, что вместо опшиона приходится использовать богомерзкий нулл.

хех) единственный плюс нула — его бесплатность

хех) единственный плюс нула — его бесплатность

если очень хочется опшнл, то его можно и из нула сделать. Всё кроме наверное его итерабельности, ну, нула я имею ввиду. Хотя с поддержкой нулов в коллекциях оно и не особо нужно

т.е. можно определить методы вроде fun <T:Any> T?.orGet(..) и тому подобные, работать будет неотличимо от джавовского опшенала так точно

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

т.е. можно определить методы вроде fun <T:Any> T?.orGet(..) и тому подобные, работать будет неотличимо от джавовского опшенала так точно

Чем это лучше :? ?

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

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

Чем это лучше :? ?

А кто сказал, что это лучше?

А кто сказал, что это лучше?

А зачем добавлять новый метод, который не лучше, если в языке уже есть встроенный аналог?

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

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

А зачем добавлять новый метод, который не лучше, если в языке уже есть встроенный аналог?

А вот map мог бы уменьшить кол-во ?.let(…) в коде inline fun <T, R> T?.map(f: (T) -> R): R? = this?.let(f)

А вот map мог бы уменьшить кол-во ?.let(…) в коде inline fun <T, R> T?.map(f: (T) -> R): R? = this?.let(f)

А это не то же самое, что и просто ?. ? Хотя я могу представить, когда такой map действительно нужен

Тоже самое, но интода бывает слишком много вопросов в коде))) https://i.gyazo.com/f88fe93b8a42d4191d8b554b79346044.png

Тоже самое, но интода бывает слишком много вопросов в коде))) https://i.gyazo.com/f88fe93b8a42d4191d8b554b79346044.png

?.let { всю лапшичку сюда } ?: def

Ну тоже вариант

Тоже самое, но интода бывает слишком много вопросов в коде))) https://i.gyazo.com/f88fe93b8a42d4191d8b554b79346044.png

Ни один из промежуточных методов не может выкинуть null, плохой пример

Что было под рукой то и бросил, а так да лапшичку уже не так легко будет вынести

Всем привет Вопрос по requery и kotlin Через ретрофит с gson получаю сущность типа: @Entity data class Post ( @get:Key @field:SerializedName("post_id") val postId: Int, @field:SerializedName("text") val text: String, @field:SerializedName("people_id") val peopleId: Int?, @field:SerializedName("user") val user:User? @field:SerializedName("updated_at") val updatedAt: String, @field:SerializedName("created_at") val createdAt: String, ) : Persistable Если запустить так то получаются ошибки на User: Column or index name user may need to be escaped Entity reference missing relationship annotation Если прописать @ManyToOne @field:SerializedName("user") var user:User? , то получаю Immutable value type cannot contain relational referencesgetUser : Entity reference missing relationship annotation Как понял из вики, датаклассы иммутабельны и надо использовать или интерфейсы или абстрактные классы. Но как тогда лучше все организовать, чтобы одна и таже сущсность получалась из ретрофита и могла быть положена в локальную бд? Ретрофит же не сможет работать с интерфейсом или абстрактным классом?

Хз как реквери работает, но уберите дата класс. Сделайте его open, метод equals можно. самому написать

А вот map мог бы уменьшить кол-во ?.let(…) в коде inline fun <T, R> T?.map(f: (T) -> R): R? = this?.let(f)

ну вот да, и я об этом

функция должна быть extension-функцией к контексту, в котором её вызывают

@fogone ты это же предлагал или что-то другое? Потому как делать метод extension мне кажется странным (я так понимаю так в Anko)

@fogone ты это же предлагал или что-то другое? Потому как делать метод extension мне кажется странным (я так понимаю так в Anko)

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

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

ща

https://gist.github.com/anonymous/633c0b2d4c0a50856136bfa5072ccaa5

или я не совсем понял в чем суть вопроса, можешь еще раз?

Всем привет Вопрос по requery и kotlin Через ретрофит с gson получаю сущность типа: @Entity data class Post ( @get:Key @field:SerializedName("post_id") val postId: Int, @field:SerializedName("text") val text: String, @field:SerializedName("people_id") val peopleId: Int?, @field:SerializedName("user") val user:User? @field:SerializedName("updated_at") val updatedAt: String, @field:SerializedName("created_at") val createdAt: String, ) : Persistable Если запустить так то получаются ошибки на User: Column or index name user may need to be escaped Entity reference missing relationship annotation Если прописать @ManyToOne @field:SerializedName("user") var user:User? , то получаю Immutable value type cannot contain relational referencesgetUser : Entity reference missing relationship annotation Как понял из вики, датаклассы иммутабельны и надо использовать или интерфейсы или абстрактные классы. Но как тогда лучше все организовать, чтобы одна и таже сущсность получалась из ретрофита и могла быть положена в локальную бд? Ретрофит же не сможет работать с интерфейсом или абстрактным классом?

1. Не нужно выкладывать кусок кода на целый экран в сообщении. 2. Датаклассы не навязывают иммутабельность. Всё зависит от var и val. 3. Immutable value type cannot contain relational references — скорее всего, надо поменять val на var в данном случае.

или я не совсем понял в чем суть вопроса, можешь еще раз?

А ColumnBuilder это же получается наш класс (у litho в его column.build нет метода который принимает factory)? И мне придется написать такие обертки для всех билдеров из той либы?

А ColumnBuilder это же получается наш класс (у litho в его column.build нет метода который принимает factory)? И мне придется написать такие обертки для всех билдеров из той либы?

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

За код извиняюсь, надо было спрятать в гист. Var я поменял тоже самое. Касательно датакласса как я понял это особенность requery: из хэлпа In Kotlin entity definitions can be created from interface classes with properties or from immutable data classes. Может ли gson и retrofit с интерфейсом работать или может есть другой обход?

За код извиняюсь, надо было спрятать в гист. Var я поменял тоже самое. Касательно датакласса как я понял это особенность requery: из хэлпа In Kotlin entity definitions can be created from interface classes with properties or from immutable data classes. Может ли gson и retrofit с интерфейсом работать или может есть другой обход?

> Может ли ... retrofit с интерфейсом работать А реализация интерфейса доступна? > или может есть другой обход immutable data classes было бы отличным решением

Давайте поменяем лого чата на kotlin здорового человека)))

Олдскул

Давайте поменяем лого чата на kotlin здорового человека)))

А чем чайник плох?

Я не спорю, но это так не красиво. Я уже год в этом чатике, а захожу в него не так часто как в другие kotlin читы. Хоть тут и разговоры оживленный и людей больше. Субъективно Мне кажется чайник некрасивым. Думаю что jetbrains это тоже поняли Вот и решил предложить поменять)

Или Давайте на основе этого чайника замутим свой - красивый.))

+ чайник так себе

не зря его поменяли

Чайник тёплый, ламповый

Почти как этот чатик

Почти как этот чатик

?

Я не спорю, но это так не красиво. Я уже год в этом чатике, а захожу в него не так часто как в другие kotlin читы. Хоть тут и разговоры оживленный и людей больше. Субъективно Мне кажется чайник некрасивым. Думаю что jetbrains это тоже поняли Вот и решил предложить поменять)

Что за другие Котлин-чаты?)

Монохроиную версию допускается класть на какой-нибудь цвет, можно действительно что-нибудь из этого сделать. @HeapyHop

Делайте, мне то что

То есть ты не настаиваешь на чайнике?)

Что то не ладное в стане разрабочиков. 2 чат волнует дизайн какого то лого - то в мокси то тут. Фаза луны, может что то еще?

То есть ты не настаиваешь на чайнике?)

Мне в общем-то все равно, старый и новый нравится. Для меня старый чуть приятнее, потому что я его не вижу на каждом шагу

Есть ещё официальное лого для сообществ, аля как bkug.by

кстати да, лучше поставить его

Мне в общем-то все равно, старый и новый нравится. Для меня старый чуть приятнее, потому что я его не вижу на каждом шагу

Я тут тебя понимаю) можно попробывать свой замутить с блэкджэком и фантазией) А можно вообще конкурс устроить)))))

Что то не ладное в стане разрабочиков. 2 чат волнует дизайн какого то лого - то в мокси то тут. Фаза луны, может что то еще?

Пятница, 13-ое

Да ну, чайник крут.

Народ, есть в Москве кто уже давно пишет на Котлин и может рассказать на небольшом митапчике об этом?

Check out this Meetup with Moscow Programmers Club http://meetu.ps/e/DnvQl/vXkvp/d

Туда нужен чел кто расскажет

Туда нужен чел кто расскажет

У меня тут статейка есть, выступал с ней, можете заюзать если никого не найдете) https://medium.com/@whalemare/котлета-с-пюрешкой-dc28b3c918a5

У меня тут статейка есть, выступал с ней, можете заюзать если никого не найдете) https://medium.com/@whalemare/котлета-с-пюрешкой-dc28b3c918a5

? ?

У меня тут статейка есть, выступал с ней, можете заюзать если никого не найдете) https://medium.com/@whalemare/котлета-с-пюрешкой-dc28b3c918a5

Спасибо, а самому приехать рассказать ?

Спасибо, а самому приехать рассказать ?

Дорого в Москву и обратно кататься

У меня тут статейка есть, выступал с ней, можете заюзать если никого не найдете) https://medium.com/@whalemare/котлета-с-пюрешкой-dc28b3c918a5

О, упомянул чатик, лайк

ну понятно, что там опшонал. немного странно что используется форич ну то есть наверняка есть аналогичная функция с более говорящим названием

:3 Наверное есть, но мне не понятно что там имелось ввиду (

ну опшонал = список с максимальным размером 1 (так что он там наверное итерейбл) форич используется тк нужен чисто побочный эффект, а если бы нужен был результат то мап

У меня тут статейка есть, выступал с ней, можете заюзать если никого не найдете) https://medium.com/@whalemare/котлета-с-пюрешкой-dc28b3c918a5

Статья хорошая

ну опшонал = список с максимальным размером 1 (так что он там наверное итерейбл) форич используется тк нужен чисто побочный эффект, а если бы нужен был результат то мап

О, здорово, теперь понятно

Статья хорошая

Благодарю) открыт к критике

Парни, как подсветить входящие параметры лямбды в Android Studio 3.0?

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

в 83 строке жмем ctrl+p, а в 87 не работает :( http://simplecat.tk/shots/shot-171013-185412-800982.png

вообще норм проблема. существенная

в случае нескольких аргументов он их подставляет

да и ctrl+space предлагают добавить аргумент даже с его типом. так что ок

Выяснилось, ctrl+space действительно подставляет аргументы, но только если тело лямбды пустое.

Это конечно лучше чем ничего.

Здравствуйте А не мог бы ктото подсказать, где можно спиратить Modern Web Development with Kotlin?

Здравствуйте А не мог бы ктото подсказать, где можно спиратить Modern Web Development with Kotlin?

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

вот плохо всё-таки без сам-а для котлиновских интерфейсов