Спасибо за статью. Как в вашем это повлияло на конверсию? И не изменилась ли конверсия фичи, которая была отделена как динамическая? Было бы интересно увидеть результат. Сам задумывался о том, чтобы сделать некоторые модули приложения динамическими, но есть 2 сомнения:
1. Окупится ли вложенное время
2. Не упадет ли конверсия использования функции, которую пользователю придется отдельно устанавливать: подтверждать диалоги, ждать пока она поставится и т.д. за это время можно и передумать.
It's not the only reason, but I see it as a huge advantage.
1. As far as I am aware your can't use rxJava in Kotlin multiplatform project.
2. For example we don't return Singles from the retrofit service, we wrap responses manually in the Repository because we don't want to have a dependency on rxJava in Network module. If we would like to reuse it in another project or give it away to our clients we don't want to force them to use rxJava. With coroutines this changes as they are a feature of Kotlin language.
Dynamic Delivery в многомодульных проектах (часть 1)
1. Окупится ли вложенное время
2. Не упадет ли конверсия использования функции, которую пользователю придется отдельно устанавливать: подтверждать диалоги, ждать пока она поставится и т.д. за это время можно и передумать.
RxJava to Coroutines: end-to-end feature migration
1. As far as I am aware your can't use rxJava in Kotlin multiplatform project.
2. For example we don't return Singles from the retrofit service, we wrap responses manually in the Repository because we don't want to have a dependency on rxJava in Network module. If we would like to reuse it in another project or give it away to our clients we don't want to force them to use rxJava. With coroutines this changes as they are a feature of Kotlin language.
Английские фразы, которые не стоит переводить буквально