S
Те придется каждое поле обмывать сразу двумя аннотациями 🤔
Ну да, что плохого?
Size: a a a
2020 August 27
S
Как раз клин и поможет тебе даже через 2-3 года разобраться с кодом быстро и понять где что менять, если же все писать в 1 классе(viewModel/presenter) потом будешь разбираться с классами ака 1000 строк и на это уйдёт в разы больше времени. Клин не панацея но это все же упрощение проекта а не бессмысленная абстракция. Зря ты так негативно к нему относишься.
Ну я не полностью ухожу от clean, просто 2 слоя вполне достаточно
АЕ
Singular
Ну я не полностью ухожу от clean, просто 2 слоя вполне достаточно
Кто ж вам запретит, архитектура это ваш собственный набор решений, который вы принимаете в проекте) Если не секрет, какого размера проект? В экранах или LOC.
S
Кто ж вам запретит, архитектура это ваш собственный набор решений, который вы принимаете в проекте) Если не секрет, какого размера проект? В экранах или LOC.
Enterprise
АЕ
Ни о чём не говорит)
S
Ни о чём не говорит)
Большой проект, примерно 30 фрагментов на Single
ES
Singular
Большой проект, примерно 30 фрагментов на Single
Тогда лучше делать его многомодульным
S
Тогда лучше делать его многомодульным
Забудь это слово, хуже clean может быть разделение проекта на тысячи модулей. Тогда легче уже в каждом классе писать 1 строчку кода
NT
Singular
Забудь это слово, хуже clean может быть разделение проекта на тысячи модулей. Тогда легче уже в каждом классе писать 1 строчку кода
Все хорошо в меру, нет?
ES
Singular
Забудь это слово, хуже clean может быть разделение проекта на тысячи модулей. Тогда легче уже в каждом классе писать 1 строчку кода
Ну так сделай три модуля, presentation, domain и data. И будет тебе счастье.
S
Все хорошо в меру, нет?
В меру да, но совмешять все в одну кучу, потому что это мейнстрим и это круто, вот это плохо
S
Ну так сделай три модуля, presentation, domain и data. И будет тебе счастье.
Ну это не многомодульность). Тоже самое можно создать 3 пакета
𝕊
Ну так сделай три модуля, presentation, domain и data. И будет тебе счастье.
Несколько раз видел такие проекты, где делают 3 Android module.
Расскажите плиз у кого так, в чем профит? рили не понимаю.
Расскажите плиз у кого так, в чем профит? рили не понимаю.
ES
Несколько раз видел такие проекты, где делают 3 Android module.
Расскажите плиз у кого так, в чем профит? рили не понимаю.
Расскажите плиз у кого так, в чем профит? рили не понимаю.
Ну каждый модуль отвечает за свои слоя. Модуль presentation - модуль ui, а также класса, где находится основная бизнес логика (презентер или вью модель). Data для работы с данными (sqlite, запросы на сервер, кеширование и т.д.). А domain содержит в основном юзкейсы, утилы и т.д. Плюс многомодульность влияет положительно на время сборки проекта.
NT
Ну каждый модуль отвечает за свои слоя. Модуль presentation - модуль ui, а также класса, где находится основная бизнес логика (презентер или вью модель). Data для работы с данными (sqlite, запросы на сервер, кеширование и т.д.). А domain содержит в основном юзкейсы, утилы и т.д. Плюс многомодульность влияет положительно на время сборки проекта.
Такая многомодульность вряд ли будет положительно влиять на время сборки, потому что получается вертикальная структура проекта и модули все будут собираться последовательно. Кажется если хочется иметь прирост в скорости сборки, то нужно разбивать по фичам дабы иметь плоскую структуру и тем самым возможность распараллелить
AI
Такая многомодульность вряд ли будет положительно влиять на время сборки, потому что получается вертикальная структура проекта и модули все будут собираться последовательно. Кажется если хочется иметь прирост в скорости сборки, то нужно разбивать по фичам дабы иметь плоскую структуру и тем самым возможность распараллелить
+
S
Такая многомодульность вряд ли будет положительно влиять на время сборки, потому что получается вертикальная структура проекта и модули все будут собираться последовательно. Кажется если хочется иметь прирост в скорости сборки, то нужно разбивать по фичам дабы иметь плоскую структуру и тем самым возможность распараллелить
+
P
Такая многомодульность вряд ли будет положительно влиять на время сборки, потому что получается вертикальная структура проекта и модули все будут собираться последовательно. Кажется если хочется иметь прирост в скорости сборки, то нужно разбивать по фичам дабы иметь плоскую структуру и тем самым возможность распараллелить
+
𝕊
Ну каждый модуль отвечает за свои слоя. Модуль presentation - модуль ui, а также класса, где находится основная бизнес логика (презентер или вью модель). Data для работы с данными (sqlite, запросы на сервер, кеширование и т.д.). А domain содержит в основном юзкейсы, утилы и т.д. Плюс многомодульность влияет положительно на время сборки проекта.
ждал такого ответа. Как часто вы делаете фичи ток в 1 модуле ? И какой должен быть проект чтоб выйграть от производительности, скорее будет прямо наоборот.
ну про ответсвенность, она и без модулей достигается
И что делать если проект не по слоям а по фичам.
Ну вообщем я понял, у меня просто был опыт в поддержке такого проекта, хотел услышать мнение
ну про ответсвенность, она и без модулей достигается
И что делать если проект не по слоям а по фичам.
Ну вообщем я понял, у меня просто был опыт в поддержке такого проекта, хотел услышать мнение
ES
Такая многомодульность вряд ли будет положительно влиять на время сборки, потому что получается вертикальная структура проекта и модули все будут собираться последовательно. Кажется если хочется иметь прирост в скорости сборки, то нужно разбивать по фичам дабы иметь плоскую структуру и тем самым возможность распараллелить
Ну фичи модули тоже как вариант, одна фича - один модуль