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