ещё раз: в описании чата есть такие ссылки.

Спасибо

Отнёс вопрос на SO:

https://stackoverflow.com/questions/61168315/how-to-use-gradle-liquibaseruntime-configuration-in-a-kotlin-multiplatform-proje

А как вообще спринг и люкабейз относятся к мультиплатформе?

Если я правильно понимаю, то liquibaseRuntime добрасывает зависимости через dependency handler в конфигурации, которые относятся к конкретным sourceSet’ам.

liquibaseRuntime — это extension, который просто добавляет зависимость. DependencyHandeler в MP не имеет общего предка с обынчным, поэтому дёрнуть его из MP не получится.

История та же, что и с kapt, extension для которого не добавлен:

configurations["kapt"].dependencies.add(

Поэтому чтобы выйти как-то из этой ситуации, можно руками набросать dependecy.

Отвечая на вопрос: spring упомянут просто для контекста, liquibase относится прямо — не понятно как добавить в конфигурацию зависимость и не понятно как она добавляется в штатном режиме

Сделал на сериализации генератор жсон схемы для наших трехмерных объект. Пришлось руками кое-что перелопатить, но вообще неплохо получилось, автоматически поправляется при изменении всяких serialName и добавлении новых типов объектов.

guys anyone worked with viewmodelmodule in koin

ребят, вопрос по coroutine flow. Во вью модели делаю observe Flow. Как в нужный момент получить из этого флоу данные снова? Звучит немного бредово, потмоу как если данные обновились, то придут сами, но логика такая, что данные мапятся и дополнительно берутся из другого места, которые могли уже обновиться. В целом вопрос как переподписаться на обновления?

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

забыл сказать, что данные разные

Снова - это по второму разу?

да, есть источник А, который флоу, у него вызывается map, в нем из источника B получаю еще данные, и все это мапится в С. Это как сейчас. но проблема в том, что в B изменились данные, а так как подписаны на A, то никакого профита

По второму разу никак. Flow по опредлению одноразовый. Вам надо заново его сгенерировать. Вообще я в ваших андроидных премудростях теряюсь давно, но если вам нужны данные по нескольку раз, возможно вам не нужен flow.

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

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

но возможно zip решит этот вопрос, спасибо

Чего-то я сомневаюсь. Если я правильно понял задачу, внешнее изменение работает триггером, на которое генерятся данные и закидывается текущее состояние. Это, разумеется, можно все сделать на flow, но это будет сильно оверинжиниринг. Лучше уж обычный колбэк сделать.

Именно так работают все Rx-based мобильные приложения)