Выношу в один пакет реализации, в другой интерфейсы, который добавляю в зависимости ямл файла, а в либе, соответственно, уже работа с состояниями и экраны. Таким образом, получается, что ui знает только интерфейсы, а те в свою очередь реализованы в data, и всё это взаимодействует между собой через пакет di
Где вы раньше были прошел по КАЖДОЙ структуре через огонь и применял практически, пока не пришел в конечном счете почти к такой же, только с маленькими доработками
Есть вероятность, что после того, как разработается полноценный курс для вуза по Kotlin Multiplatform (запрос от индустриального партнера), будет обновлен материал по Dart и Flutter (в текстовом и видеоформате) в рамках направления по кроссплатформенной разработке.
Всё зависит от сложности самого проекта, поскольку любая структура проекта - это абстракция, позволяющая бороться с его сложностью. Если проект простой, зачем ему структура на основе фич? Тут может хватить и layer-ной. Более подробно про абстракцию в структуре проектов говорил ближе к концу этой лекции ruclips.net/video/JwzwI2-Z-qA/видео.html (p.s. если захочется посмотреть всю лекцию, то лучше запастись горячительными напитками хДД)
Тогда лучше закладывать структуру проекта поддерживающую его последующее усложнение. Да, в начале будет не очень удобно с ней, но потом это компенсируется. К тому же, структура на основе фич в продуктовых конторах уже, по факту, стандарт =)
А зачем нужна папка src ? Если в lib уже как бы сорцы лежат? Я понимаю когда выделяют src папку при наличии папок: doc, test, samples. А просто в lib выделять src, зачем?
![Hunxho - Ball Forever [Official Video]](http://i.ytimg.com/vi/nki9ZTF9Uls/mqdefault.jpg)
А какую структуру проекта используете вы?)
Привет, а есть ссылка на гит с примером последней архитектуры?
@@yourcommentor День добрый. Есть) Но мои проекты с этой структурой под NDA, а самому что-то искать, чтобы вам сюда пришпандорить ссылку - лень)
Очень толково показать от уровня обозревателя до профессионального, огромная благодарность тебе дружище и успехов!
Выношу в один пакет реализации, в другой интерфейсы, который добавляю в зависимости ямл файла, а в либе, соответственно, уже работа с состояниями и экраны. Таким образом, получается, что ui знает только интерфейсы, а те в свою очередь реализованы в data, и всё это взаимодействует между собой через пакет di
Где вы раньше были прошел по КАЖДОЙ структуре через огонь и применял практически, пока не пришел в конечном счете почти к такой же, только с маленькими доработками
Отличный доклад, лёгкий и полезный!
Как всегда супер, очень информативно. Коротко и ясно. Большое вам спасибо 👍🏻
С этого видео нужно начинать кодить )
Feature-Sliced Design такую штуку на рассматривал под flutter?
жаль нет новых видосов по флатеру. Есть планы по реинкарнации?
Есть вероятность, что после того, как разработается полноценный курс для вуза по Kotlin Multiplatform (запрос от индустриального партнера), будет обновлен материал по Dart и Flutter (в текстовом и видеоформате) в рамках направления по кроссплатформенной разработке.
То есть вы предполагаете, что самая последняя является наилучшей по совокупности плюсов и минусов?
Всё зависит от сложности самого проекта, поскольку любая структура проекта - это абстракция, позволяющая бороться с его сложностью. Если проект простой, зачем ему структура на основе фич? Тут может хватить и layer-ной. Более подробно про абстракцию в структуре проектов говорил ближе к концу этой лекции ruclips.net/video/JwzwI2-Z-qA/видео.html (p.s. если захочется посмотреть всю лекцию, то лучше запастись горячительными напитками хДД)
@@_MADTeacher ну например если проект средней сложности, более-менее долгосрочный
Тогда лучше закладывать структуру проекта поддерживающую его последующее усложнение. Да, в начале будет не очень удобно с ней, но потом это компенсируется. К тому же, структура на основе фич в продуктовых конторах уже, по факту, стандарт =)
А зачем нужна папка src ? Если в lib уже как бы сорцы лежат? Я понимаю когда выделяют src папку при наличии папок: doc, test, samples. А просто в lib выделять src, зачем?
Отделить исполняемый набор файлов (main, где прописывается стартовая конфигурация и di) от служебных (код основной части приложения)
@@_MADTeacher Понятно, спасибо за ответ.