Вам пора начать делать статейки и выкладывать на какой-нибудь хабр
Это был сарказм?)
Тоесть мой подход по вашему мнению имеет право на жизнь не только в платформе android , но и в мультиплатформе ?
Ну, я бы так не использовал конечно. Слишком все обобщенно. Но вы так часто и много тут пишете, что на несколько статей точно хватит информации
Обобщенно в плане того, что я util/domain/date стараюсь внтури каждой фичи держать, а не в отдельных модулях, вот
А если логика пересекается фич? Я привержен к тому что фичи должны иметь базовую логику своего выполнение, но вот в слое домен ее можно наполнять
Это сложный философский вопрос Я дроьою так, чтоб то, что пересекается - лежало также в отдельном модуле Вообще, когда приложение для терминалов эвотора переделывал - изначально как у вас было, только без порт-модулей
Потому что обычно api называют)
Я провел эксперимент с этой архитектурой , она показал пластичность с разделением и расширением
Не совсем понял
Да я про port, могло быть api
А, api/impl?
В вашем подходе про который я читал, идут слои внутри фич, это не практично как мне показалась при условиях 1.Переключение под другие бизнес задачи, но с привязкой к базовой логики фичи 2. Пересечение бизнес логик между разными фичами 3. Отсоединение модулей без потери моделей
Обсуждают сегодня