было сплошных длиннющих Composable методов? Я столкнулся с первым своим сложным экраном на компоузе, сейчас некоторую логику выношу в тот же файл в качестве приватных методов. Объявляю просто в файле, без объектов/классов. Мб есть способы поудобнее?
А что относить к дизайну, только самую основу? Стали бы вы выносить в общий модуль сложный по верстке, но одинаковый диалог? Или айтемы списков с общей структурой расположения элементов? Просто кажется, можно увлечься и размазать код фичи по общим модулям. И если на время сборки еще можно закрыть глаза, то выстроенная архитектура приложения нарушится. Примерно как в nia, где каждая фича содержит чуть кода и десяток зависимостей.
У меня в дизайн модуле только дизайн система из фирмы. Практически один к одному. И никакой бизнес логики, никаких связанных с логикой компонент (типа диалога добавления чего то там) . От этого с определенного момента стало очень просто собирать экраны. В этом же модуле тема цвета шрифты и формы. И ни в каком другом модуле нет например стиля текста. Просто как кирпичи готовые берешь и делаешь. В общем то взяла эту идею из Nia
Обсуждают сегодня