соделжимое функции jacksonObjectMapper() покажи

соделжимое функции jacksonObjectMapper() покажи

дефолтная из com.fasterxml.jackson.module.kotlin

ни разу не пользовался

обычно на маппере просто вызывал экстеншн registerKotlinModule()

не суть

Т.е. делаешь универсальную спеку? Есть одна идейка, но она немного сложная, вечерком распишу

Продолжайте обсуждать публично - тоже интересно

нужно кипнуть конструктор, геттеры и сеттеры у DTO-шек

можешь скинуть пример?

можешь скинуть пример?

не-а, я не пользуюсь им :)

я бы грешил на инициализацию маппера

я бы грешил на инициализацию маппера

в дебаге всё работает

в дебаге всё работает

в дебаге ошибки нет? а в рантайме есть?

в дебаг сборке где нет обфускации всё збс

где нет прогварда*

Продолжайте обсуждать публично - тоже интересно

Я вот продолжаю переваривать эту кашу в голове. И, как вариант, структура может ничего не знать о конвертерах, только о типах. А конвертеры могут находиться хоть в других модулях, но обязаны уметь работать со всеми этими типами. Тогда поддержку разных API можно спокойно добавлять, а композиции типов выражать тоже структурами.

Только надо ещё как-то поддержку union-типов сделать.

Есть клевый паттерн Interpreter

кажется на его основе можно забабахать схему

и конвертеры будут интерпретаторами

Народ, кто мигрировал на kts в грейделе, я никак не могу побороть переназначение имени apk =) раньше писал archivesBaseName = ... в дефаулт конфиге, и это работало (долбанная магия груви). Сейчас не могу понять в куда бы мне применить этот archivesBaseName, андроед плагин нечего не знает про него =)

Введение в язык Котлин | Coursera https://www.coursera.org/learn/vvedenie-v-yazyk-kotlin

Народ, кто мигрировал на kts в грейделе, я никак не могу побороть переназначение имени apk =) раньше писал archivesBaseName = ... в дефаулт конфиге, и это работало (долбанная магия груви). Сейчас не могу понять в куда бы мне применить этот archivesBaseName, андроед плагин нечего не знает про него =)

https://docs.gradle.org/current/dsl/org.gradle.api.Project.html#org.gradle.api.Project:archivesBaseName На project не пробовал его искать?

Народ, кто мигрировал на kts в грейделе, я никак не могу побороть переназначение имени apk =) раньше писал archivesBaseName = ... в дефаулт конфиге, и это работало (долбанная магия груви). Сейчас не могу понять в куда бы мне применить этот archivesBaseName, андроед плагин нечего не знает про него =)

https://docs.gradle.org/current/dsl/org.gradle.api.plugins.BasePluginConvention.html#org.gradle.api.plugins.BasePluginConvention:archivesBaseName Хмм, а если так? configure<BasePluginConvention> { archivesBaseName = ... }

https://docs.gradle.org/current/dsl/org.gradle.api.Project.html#org.gradle.api.Project:archivesBaseName На project не пробовал его искать?

пробывал =(

https://docs.gradle.org/current/dsl/org.gradle.api.plugins.BasePluginConvention.html#org.gradle.api.plugins.BasePluginConvention:archivesBaseName Хмм, а если так? configure<BasePluginConvention> { archivesBaseName = ... }

ща гляну

https://docs.gradle.org/current/dsl/org.gradle.api.plugins.BasePluginConvention.html#org.gradle.api.plugins.BasePluginConvention:archivesBaseName Хмм, а если так? configure<BasePluginConvention> { archivesBaseName = ... }

Синкается ???? Спасибо большое

Да не за что.

и конвертеры будут интерпретаторами

Я так себе представляю: есть базовые типы — примитивы, строки, массивы байт. Любой тип должен выражаться через такой тип либо их композицию. Окей, допустим, решили выразить Map<K, V> композицией типов. Тогда... В стрим пишется количество пар ключ/значение и сами пары, т. е. в ход идёт конвертер интов, ключей, значений. В JSON пишутся фигурные скобки и сами пары ключ/значение. Вот и как выразишь это одинм интерфейсом? Или мапы и листы тоже должны быть встроены в кор?

Кто-нибудь сталкивался с таким при попытке собрать самплы из стандартной библиотеки? https://pastebin.com/d8SzHnSW

Вероятно как-то связано с джавой 9, сейчас модулю в иде указано, что это модуль джавы 8

А в котлине ведь нельзя пока-что делать кастомные string interpolatorы?

Где можно почитать про матчасть корутин?) Как они в JVM устроенны

Где можно почитать про матчасть корутин?) Как они в JVM устроенны

Доклады на youtube неплохие от разрабов есть.

Где можно почитать про матчасть корутин?) Как они в JVM устроенны

https://github.com/Kotlin/kotlin-coroutines/blob/master/kotlin-coroutines-informal.md#implementation-details

Привет народ, можно ли в kotlin явно указать размер массива. В java: mDots = new TextView[2]; ?

А на конструктор посмотреть?

Array(size, initFun)

arrayOfNulls<TextView>(2)

спасибо

Всем привет

Скажите пожалуйста, Котлин норм подходит для создания рест веб апи?

Чисто апи для SPA

Всем привет, кто встречал ошибку? io.realm.exceptions.RealmException: Test is not part of the schema for this Realm Kotlin, Android, Realm

Скажите пожалуйста, Котлин норм подходит для создания рест веб апи?

да

Всем привет, кто встречал ошибку? io.realm.exceptions.RealmException: Test is not part of the schema for this Realm Kotlin, Android, Realm

привет вариантов несколько, просмотри ишью https://github.com/realm/realm-java/issues/3139 первое, что я бы проверил, это annotation processor

Супер, и для веба, и для мобайл, то что надо

Спасибо

/me чешет бороду

Ruslan Ibragimov чешет бороду

Супер, и для веба, и для мобайл, то что надо

Ktor смотри

Ну зато стабильнее будет. Глядишь, и каналы успеют доделать до релиза.

А что в каналах не доделано?

А что в каналах не доделано?

Там есть методы, про которые в доке прямым текстом сказано, что это будет переделано. https://github.com/Kotlin/kotlinx.coroutines/issues/254

Не то чтобы это мешает их использовать, но как-то некомфортно

А что в каналах не доделано?

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

Кстати, если используете, то делитесь своими use-cases — как используете?

Скажите пожалуйста, Котлин норм подходит для создания рест веб апи?

Гугли ktor rest api

ERROR: S client not available

Кстати, если используете, то делитесь своими use-cases — как используете?

Точно не помню какой был случай, но ситуация была такая: увидел метод, который делает точно то, что надо, но с пометкой про будущую замену.

Кстати, если используете, то делитесь своими use-cases — как используете?

Моделирование взаимодействия элементарных частиц. Плодится огромный граф взаимодействий. Отдельные взаимодействия делаются отдельными корутинами, при этом получается автоматическое распараллеливание и плотное распихивание вычислений по ядрам. Так как процесс вероятностый, список вычисляемых узлов не известен на момент старта и корутинки генерятся по ходу работы. Пока не понятно, будет ли это эффективнее, чем стандартный подход (очередь вычислений, в конец который динамически добавляются новые элементы), но по крайней мере это оригинальный подход.

Кек, сегодня везде рекламируют курсы по котлину, даже какой-то дешевый клон с обучением циклам и условным операторам на хайпе проскакивал (подобно той канадской киностудии, что лепит дешевые копии блокбастеров)

Моделирование взаимодействия элементарных частиц. Плодится огромный граф взаимодействий. Отдельные взаимодействия делаются отдельными корутинами, при этом получается автоматическое распараллеливание и плотное распихивание вычислений по ядрам. Так как процесс вероятностый, список вычисляемых узлов не известен на момент старта и корутинки генерятся по ходу работы. Пока не понятно, будет ли это эффективнее, чем стандартный подход (очередь вычислений, в конец который динамически добавляются новые элементы), но по крайней мере это оригинальный подход.

+, интересно будет взгянуть

+, интересно будет взгянуть

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

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

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

для каждой частицы логика одинаковая?

для каждой частицы логика одинаковая?

погугли что такое физика

погугли что такое физика

я учил. лет 20 назад. если физика - то да, код будет одинаковый

зачем тогда создавать кучу одинаковых корутин

Общая логика да, но частицы разные и материал среды разный.

зачем тогда создавать кучу одинаковых корутин

Чтобы параллельно считалось

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

Если не корутины, то CompletableFuture. Вопрос в том, что лучше. Принципиальной разницы нет.

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

Корутины это и делают внутре.

Корутины это и делают внутре.

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

не похоже на overengineering? потеряете на переключениях. и на аллокациях памяти

Очень. Но последний тест, который я гонял, вроде говорит, что особой разницы нет. Ещё буду проверять.

CompletableFuture будет каждый раз новый объект создавать, и как бы даже не один

А вариантов особо других нет. Чтобы параллельно и прерываемо.

А вариантов особо других нет. Чтобы параллельно и прерываемо.

rxjava можно попробовать, но тоже на тоже выйдет наверное

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

Ну выбрал человек корутины. Лучше вы всё равно уже не посоветуете.

CompletableFuture будет каждый раз новый объект создавать, и как бы даже не один

Аллокация одного объекта вообще не важна. Вычисления дорогие

Ну выбрал человек корутины. Лучше вы всё равно уже не посоветуете.

Я пока не выбрал. Тестирую разные варианты.

GO-рутины ? (смотрел?)