Вопрос хороший, но давайте посмотрим на ситуацию шире. Compose — относительно новая технология, и переход крупных проектов на него требует времени и значительных ресурсов. Многие компании тестируют Compose на отдельных модулях или новых фичах, чтобы оценить его эффективность.
К примеру, приложения от Google, такие как Jetpack Compose Playground и Now in Android, используют Compose в полном объеме. Кроме того, есть информация, что такие компании, как Airbnb и Lyft, постепенно интегрируют Compose в свои проекты.
Стоит учитывать, что крупные компании не спешат полностью переписывать приложения, так как это дорого и рискованно. Однако тренд на использование Compose очевиден, особенно для новых проектов или модулей. Его преимущества — ускоренная разработка, меньший вес APK и улучшенная поддержка UI — делают его мастхэвом для Android-разработчиков.
Можете также посмотреть вакансии на рынке и в 99% случаев требуют навыки Compose.
Рад, что статья вам понравилась! Если я правильно понял, вы хотите использовать DataSource в модуле database. На мой взгляд, DataSource больше относится к слою data, так как он отвечает за реализацию доступа к данным из БД.
Room entity я бы разместил в модуле database, так как это модель, специфичная для работы с Room и не относящиеся к доменной логике.
Таким образом, модуль database остается максимально изолированным и "чистым", а data берет на себя ответственность за интеграцию данных. Надеюсь, это поможет лучше структурировать ваш проект!
Слушайте, я здесь не для того, чтобы убеждать вас в преимуществах Compose 😊. Вся информация и сравнения уже давно доступны в интернете и официальной документации. Если View вам ближе — вполне понимаю, и, наверное, эта статья просто не для вас.
Честно говоря меня этот вопрос сбил меня с толку... Ничего об ограничении доступа к каким-либо вообще библиотекам не слышал и надеюсь никогда не услышу 😅
Как бы нам всем не хотелось избежать лишних рекомпозиций, сейчас все переходят на Compose, это уже мастхев в Android-разработке. На Compose приложения работают быстрее, APK меньше по размеру, а скорость сборки выше. Если интересно, в официальной документации есть сравнение View и Compose.
Спасибо за комментарий! Ну можно и так сказать, для тех кто уже чуть в теме) Конечно, если только начинаешь путь в программировании, статья может показаться сложноватой. Но стоит пройти пару кодлабов от Google и хотя бы немного почитать про SOLID, Clean Architecture, MVVM и MVI, и всё станет намного понятнее. Так что, не такая уж она и страшная, главное — начать! 💪
Information
Rating
Does not participate
Location
Тбилиси, Грузия, Грузия
Date of birth
Registered
Activity
Specialization
Mobile Application Developer, Application Developer
Добрый! Это просто пакеты, но с учетом того, что в будущем они могут стать модулями, о чем я напишу следующую статью. Следите за обновлениями!
Вопрос хороший, но давайте посмотрим на ситуацию шире. Compose — относительно новая технология, и переход крупных проектов на него требует времени и значительных ресурсов. Многие компании тестируют Compose на отдельных модулях или новых фичах, чтобы оценить его эффективность.
К примеру, приложения от Google, такие как Jetpack Compose Playground и Now in Android, используют Compose в полном объеме. Кроме того, есть информация, что такие компании, как Airbnb и Lyft, постепенно интегрируют Compose в свои проекты.
Стоит учитывать, что крупные компании не спешат полностью переписывать приложения, так как это дорого и рискованно. Однако тренд на использование Compose очевиден, особенно для новых проектов или модулей. Его преимущества — ускоренная разработка, меньший вес APK и улучшенная поддержка UI — делают его мастхэвом для Android-разработчиков.
Можете также посмотреть вакансии на рынке и в 99% случаев требуют навыки Compose.
Рад, что статья вам понравилась! Если я правильно понял, вы хотите использовать
DataSourceв модулеdatabase. На мой взгляд,DataSourceбольше относится к слоюdata, так как он отвечает за реализацию доступа к данным из БД.Room entityя бы разместил в модулеdatabase, так как это модель, специфичная для работы сRoomи не относящиеся к доменной логике.Таким образом, модуль
databaseостается максимально изолированным и "чистым", аdataберет на себя ответственность за интеграцию данных. Надеюсь, это поможет лучше структурировать ваш проект!Слушайте, я здесь не для того, чтобы убеждать вас в преимуществах Compose 😊. Вся информация и сравнения уже давно доступны в интернете и официальной документации. Если View вам ближе — вполне понимаю, и, наверное, эта статья просто не для вас.
Честно говоря меня этот вопрос сбил меня с толку... Ничего об ограничении доступа к каким-либо вообще библиотекам не слышал и надеюсь никогда не услышу 😅
Как бы нам всем не хотелось избежать лишних рекомпозиций, сейчас все переходят на Compose, это уже мастхев в Android-разработке. На Compose приложения работают быстрее, APK меньше по размеру, а скорость сборки выше. Если интересно, в официальной документации есть сравнение View и Compose.
Спасибо за комментарий! Ну можно и так сказать, для тех кто уже чуть в теме) Конечно, если только начинаешь путь в программировании, статья может показаться сложноватой. Но стоит пройти пару кодлабов от Google и хотя бы немного почитать про SOLID, Clean Architecture, MVVM и MVI, и всё станет намного понятнее. Так что, не такая уж она и страшная, главное — начать! 💪