МE
В Application.onCreate
🔥 спасибо, логично же
Size: a a a
2020 April 23
IG
:D
А
Мне кстати тоже тема многомодульности интересна. Можете посоветовать что почитать про сами модули, где приводятся объяснения как они в идеале должны работать?
DD
https://habr.com/ru/company/kaspersky/blog/422555/
Вот неплохая вроде как статья
Вот неплохая вроде как статья
А
Спасибо.
МE
можно тебя ещё немного помучать?
IG
можно тебя ещё немного помучать?
Задавай сразу вопрос всегда (https://nometa.xyz/)
МE
Как лучше при такой архитектуре организовать инжект улилит: база/нетворк? Проще всего кинуть в core, но имхо это раздувание кора и тянет на отдельную фичу, а фичи не должны знать друг о друге
МE
и навигацию наверно туда же...
IG
Как лучше при такой архитектуре организовать инжект улилит: база/нетворк? Проще всего кинуть в core, но имхо это раздувание кора и тянет на отдельную фичу, а фичи не должны знать друг о друге
Дели core на модули.
Глянь статью выше
Глянь статью выше
МE
мне всё в той статье нравится, кроме api/impl разделения. Кста, она вообще жизнеспособная на бою или просто для презы?
IG
мне всё в той статье нравится, кроме api/impl разделения. Кста, она вообще жизнеспособная на бою или просто для презы?
Не юзал, не уверен =)
Но выглядит кайфово
Но выглядит кайфово
DD
Эта статья - шикарный пример, если в проекте действительно можно выделить самодостаточные фичи, которые могли бы жить отдельно.
Но как мне кажется, если так выделить в проекте их не получается, то и многомодульность не особо нужна
Но как мне кажется, если так выделить в проекте их не получается, то и многомодульность не особо нужна
МE
Эта статья - шикарный пример, если в проекте действительно можно выделить самодостаточные фичи, которые могли бы жить отдельно.
Но как мне кажется, если так выделить в проекте их не получается, то и многомодульность не особо нужна
Но как мне кажется, если так выделить в проекте их не получается, то и многомодульность не особо нужна
мне кажется, что даже в тривиальном примере: список новостей и деталька - это 2 разных модуля
МE
Эта статья - шикарный пример, если в проекте действительно можно выделить самодостаточные фичи, которые могли бы жить отдельно.
Но как мне кажется, если так выделить в проекте их не получается, то и многомодульность не особо нужна
Но как мне кажется, если так выделить в проекте их не получается, то и многомодульность не особо нужна
единственное общее - модели, их по идее можно в core кинуть
DD
Ну разделять их на модули смысла не так уж и много, наверное даже проблем создаст больше.
"Новости" - самодостаточная фича, в которой и список и создание и редактирование и просмотр конкретной новости - дробить мельче - оверхед
"Новости" - самодостаточная фича, в которой и список и создание и редактирование и просмотр конкретной новости - дробить мельче - оверхед
А
Я могу ошибаться, но мне кажется что api/impl сделано для того чтобы если ты поменял что то в интерфейсе модуля то пересоберется только апи а не все модули. То есть это для выйгрыша в скорости при внесении измений в проект
DD
То есть дробление на модули имеет смысл только если это набор экранов покрывающий какой то флоу/фичу, а дробить на модули по экранам - то еще удовольствие, либо оооочень много модулей, либо они будут кучками зависимы друг от друга
DD
единственное общее - модели, их по идее можно в core кинуть
Тогда все будет зависить от core и в итоге выигрыша во времени будет мало, так как на любой чих он будет пересобираться
МE
Ну разделять их на модули смысла не так уж и много, наверное даже проблем создаст больше.
"Новости" - самодостаточная фича, в которой и список и создание и редактирование и просмотр конкретной новости - дробить мельче - оверхед
"Новости" - самодостаточная фича, в которой и список и создание и редактирование и просмотр конкретной новости - дробить мельче - оверхед
отчасти согласен, что оверхед, но я о том, что всегда можно что-то выделить.