Ага

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

^^ http://jussi.hallila.com/Kollections/

^^ http://jussi.hallila.com/Kollections/

Спасибо

О, прикольная страничка, надо схоронить

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

по-сути получается билдер с ещё 10 полями и 10 методами - нелаконично

зачем билдер если есть дефолтные параметры/именнованые аргументы

зачем билдер если есть дефолтные параметры/именнованые аргументы

конструктор 10 полей

зачем билдер если есть дефолтные параметры/именнованые аргументы

логично

спасиб)

кроме того, если есть возможность, разбить на более простьіе логичньіе сущности

нл билдер не поможет

пора пробовать DSL)

DSL — тот же билдер, мутабельная печалька.

пора пробовать DSL)

если только вары

DSL — тот же билдер, мутабельная печалька.

+

там 7 из 11 полей мутабельны

а ещё 2 - другие сущности >_<

там 7 из 11 полей мутабельны

ну можно тогда сделать дсл

спасиб)

2 передаещь в йункцию

ну думаю и сам знаешь)

я думал как то через интерфейс и иннер класс, сделать иммутабельным. Но если нужно получить именно класс, то не прокатит

https://github.com/JetBrains/kotlin/releases/tag/v1.2.50 тащите

>Debugger fails to show decomposed suspend lambda parameters неужели пофиксили?

>Debugger fails to show decomposed suspend lambda parameters неужели пофиксили?

У меня не фейлился, но упорно считал что переменных внутри suspend не существует и показать мне значения в них не мог

Было бы здорово, если б фиксанули

Что-то непонятное происходит в моем REPL:

import kotlinx.coroutines.experimental.future.* val fo = future { object { val hello = "world" } } error: 'public' property exposes its 'local' type argument <no name provided> val fo = future { object { val hello = "world" } } ^ val o = object { val hello = "world" } val fo = future { o }

error: 'public' property exposes its 'local' type argument <no name provided> - неприятная штука, кто что скажет про неё?

import kotlinx.coroutines.experimental.future.* val fo = future { object { val hello = "world" } } error: 'public' property exposes its 'local' type argument <no name provided> val fo = future { object { val hello = "world" } } ^ val o = object { val hello = "world" } val fo = future { o }

Может он саспенд функции не поддерживает. Кстати что это за future это билдеры для CompletableFuture?

Может он саспенд функции не поддерживает. Кстати что это за future это билдеры для CompletableFuture?

Да, "Starts new coroutine and returns its results an an implementation of [CompletableFuture]." Собственно я наткнулся на проблему в kscript файле и потом уже воспроизвел в REPL. Как такового вызова корутины в моем коде нет.

В целом, картина следующая - если использовать конструкцию future { object {...}} в коде программы - все компилируется и работает без ошибок. В случае repl, kscript ругается непонятным сообщением. Так-то у меня костыль есть в виде val o = object {}; val fo = future { o }, попробую посмотреть, что есть в issue трекере на эту тему.

Если кому интересно, откуда возникла такая порнография - это я экспериментирую с прототипом аналога ансибл, в котором модель вычислений основывается на dataflow concurrrency вместо портянок с макросами и подстановками. kscript получается из плейбуки

Товарищи, я не до конца понимаю как правильно пользоваться null safety. Вот есть у меня data class Something(var url: String, var fooList: List<Foo>?) fooList может быть null. А в методе saveSomething() мне надо сохранить something если fooList не null. Как это лучше сделать?

А в ином случае кинуть exception

зачем вообще использовать нуллабельные листы?

зачем вообще использовать нуллабельные листы?

Сам лист может быть null

Сам лист может быть null

Лучше пустой лист исползоват

Лучше пустой лист исползоват

В принципе логично, спасибо

RTFM http://kotlinlang.org/docs/reference/object-declarations.html https://youtrack.jetbrains.com/issue/KT-19862

Здравствуйте, подскажите, kotlin 1.2.50 вышел, правильно?

А в 1.3 что интересного обещают? Ну, помимо самов

Здравствуйте, подскажите, kotlin 1.2.50 вышел, правильно?

да

А в 1.3 что интересного обещают? Ну, помимо самов

релиз корунтин

а чем корутины профитнее того же реактора? или они не пересекаются?

а чем корутины профитнее того же реактора? или они не пересекаются?

тем, что это языковая фича

тем, что они корутины

это ясно, а по факту чем?

это ясно, а по факту чем?

По факту тем, что это фича языка.

тем, что это языковая фича

вроде, suspend - это языковая фича?

а чем корутины профитнее того же реактора? или они не пересекаются?

ну вроде рекат это про очередность событий, в первую очередь

тем, что это языковая фича

я где-то в докладе видел, что это не языковая фича, а либа. suspend - языковая фича, которая создана для поддержки либы

как-то так

я где-то в докладе видел, что это не языковая фича, а либа. suspend - языковая фича, которая создана для поддержки либы

+

По факту тем, что это фича языка.

Ну так то авторы больше напирают на то, что библиотечная.

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

а чем корутины профитнее того же реактора? или они не пересекаются?

Код чище

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

если пишешь на колине и новый проект, точно корунтины

переписывать с рекакта не нада

я где-то в докладе видел, что это не языковая фича, а либа. suspend - языковая фича, которая создана для поддержки либы

наоборот

если пишешь на колине и новый проект, точно корунтины

они же ещё experimental

мне кажется, что реактор более функционален и в любом случае надо будет гонять из mono+flux в корутины и обратно, так что тут чистота не важна

они же ещё experimental

и что?

они же ещё experimental

ну апи может поменятся немного и что ?

ой блин, всё сначала

и что?

баги могут быть, могут поменять api

ой блин, всё сначала

+

баги могут быть, могут поменять api

багов не меньше чем в джавее)?

багов не меньше чем в джавее)?

откуда инфа? проверено?

баги могут быть, могут поменять api

силно не поменяют, +- один метод, название или параметры

баги могут быть, могут поменять api

везде баги. API меняются мягко, с инструментами для миграции

откуда инфа? проверено?

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

для нового проекта с тестами новое api не критично, пока доведешь до продакшена корутины выйдут в релиз =)

@Harmonizr в джава чатике говорили что у jb хорошие пиар кампании, ка они проглядели насчет експериментального ? ?

А в 1.3 что интересного обещают? Ну, помимо самов

В марте обсуждали: 1. Релиз корутин 2. Инлайн классы 2а. Unsigned арифметика засчёт инлайн классов 3. Ещё немного аннотаций богу аннотаций (JvmDefault) 4. Вынесение всяких вещей в общий доступ 4а. Контракты 4б. Аннотации по выводу типов (NoInfer, Exact и тд) 5. SAM 6. Улучшения выводов типов 7. Перелопачивания компиляторов, чтобы jvm, js и native были ближе к единому целому. Слайды тут: https://speakerdeck.com/kug_spb/ekspierimiental-nyie-i-rieliznyie-fichi-v-kotlin-1-dot-3 Голосом и видеорядом: https://www.youtube.com/watch?v=gwk4rdgr36E Возможно всё сто раз поменялось, конечно же.

В марте обсуждали: 1. Релиз корутин 2. Инлайн классы 2а. Unsigned арифметика засчёт инлайн классов 3. Ещё немного аннотаций богу аннотаций (JvmDefault) 4. Вынесение всяких вещей в общий доступ 4а. Контракты 4б. Аннотации по выводу типов (NoInfer, Exact и тд) 5. SAM 6. Улучшения выводов типов 7. Перелопачивания компиляторов, чтобы jvm, js и native были ближе к единому целому. Слайды тут: https://speakerdeck.com/kug_spb/ekspierimiental-nyie-i-rieliznyie-fichi-v-kotlin-1-dot-3 Голосом и видеорядом: https://www.youtube.com/watch?v=gwk4rdgr36E Возможно всё сто раз поменялось, конечно же.

5. SAM

о нет

В марте обсуждали: 1. Релиз корутин 2. Инлайн классы 2а. Unsigned арифметика засчёт инлайн классов 3. Ещё немного аннотаций богу аннотаций (JvmDefault) 4. Вынесение всяких вещей в общий доступ 4а. Контракты 4б. Аннотации по выводу типов (NoInfer, Exact и тд) 5. SAM 6. Улучшения выводов типов 7. Перелопачивания компиляторов, чтобы jvm, js и native были ближе к единому целому. Слайды тут: https://speakerdeck.com/kug_spb/ekspierimiental-nyie-i-rieliznyie-fichi-v-kotlin-1-dot-3 Голосом и видеорядом: https://www.youtube.com/watch?v=gwk4rdgr36E Возможно всё сто раз поменялось, конечно же.

? спасибо

Лучше пустой лист исползоват

Но это не отменяет того, что сам бэк может прислать list со значением null и тогда дефолтное значение не сработает

Но это не отменяет того, что сам бэк может прислать list со значением null и тогда дефолтное значение не сработает

вылетит ексепшин, такие места нада обрабатывать

??? Kotlin 1.2.50 Пост в блоге: https://blog.jetbrains.com/kotlin/2018/06/kotlin-1-2-50-is-out/?utm_source=dailykotlin_tl Changelog на GitHub: https://github.com/JetBrains/kotlin/releases/tag/v1.2.50

вылетит ексепшин, такие места нада обрабатывать

Именно, и это грустно. Пытались объяснить бэку, что лучше в таком случае не присылать вообще какое-то поле - были не поняты и посланы((

Именно, и это грустно. Пытались объяснить бэку, что лучше в таком случае не присылать вообще какое-то поле - были не поняты и посланы((

тут не важно бек или фронт, да и от серилизации зависит еще, как обработает нулл и "пустое значение"

Ну gson из retrofit обрабатывает как есть. Пришло null - запишет null

Ну gson из retrofit обрабатывает как есть. Пришло null - запишет null

я поэтому писал тайпадаптер для Gson, который использует конструкторы объектов

я поэтому писал тайпадаптер для Gson, который использует конструкторы объектов

Есть где подсмотреть?)

Есть где подсмотреть?)

https://github.com/Miha-x64/gson-constructor-type-adapter-factory

how can i cast Any to an object Class ? i have something like this var myNnn :Any want to ask to to an Object Class

Someclass::class.java no?

how can i cast Any to an object Class ? i have something like this var myNnn :Any want to ask to to an Object Class

val something: Any = "some" something::class.java class java.lang.String

how can i cast Any to an object Class ? i have something like this var myNnn :Any want to ask to to an Object Class

Java's Object is Kotlin's Any, you don't need to cast anything

@Dibro I have somthing like this fun bindview(pool:Any){ //want to convert } I have my class class Users(var name, var id)

Someclass::class.java no?

fun bindview(pool:Any){ //want to convert } I have my class class Users(var name, var id)