i
Singular
Меньше кода, простота. Клин ненавижу ради 1 экрана + 50 классов и интерфейсов
Тебя никто не заставляет это делать, устройся единственным разработчиком или лидом и диктуй
Size: a a a
2020 August 26
HR
Можно и в активити все писать)
i
Но, скорее всего, сам к клину в итоге придёшь
AK
найти бы добра молодца, который бы проконсультировал по поводу правильного использования Hilt😒
KR
Anatoliy Kernokus
найти бы добра молодца, который бы проконсультировал по поводу правильного использования Hilt😒
Я скоро буду делать выпуск с Dev Advocate из Google
KR
Скоро = через неделю
KR
Накидывайте вопросы в личку
AK
понял,где посмотреть? у меня код посмотреть надо и показать где я коряво написал, так что немного не то
Д
Всем привет, подскажите пожалуйста: к какому слою относится WorkManager в архитектуре MVVM?
S
Тебя никто не заставляет это делать, устройся единственным разработчиком или лидом и диктуй
Но ведь я прав, у клина реальный минус в этом
S
Singular
Но ведь я прав, у клина реальный минус в этом
Клин - это не архитектурный шаблон. Это набор рекомендаций для архитектуры. Причем не в рамках одного только мобильного приложения, а софтварной системы в целом (и бэк, и фронт и пр).
В зависимости от проекта приложение может иметь как 4+ слоев абстракций, так и только слой представления с вью, и всей логикой на серваке.
ИМХО минус только в том, что иногда её применяют как шаблон )
В зависимости от проекта приложение может иметь как 4+ слоев абстракций, так и только слой представления с вью, и всей логикой на серваке.
ИМХО минус только в том, что иногда её применяют как шаблон )
S
Да еще и с маппингами между слоями иногда...
S
Клин - это не архитектурный шаблон. Это набор рекомендаций для архитектуры. Причем не в рамках одного только мобильного приложения, а софтварной системы в целом (и бэк, и фронт и пр).
В зависимости от проекта приложение может иметь как 4+ слоев абстракций, так и только слой представления с вью, и всей логикой на серваке.
ИМХО минус только в том, что иногда её применяют как шаблон )
В зависимости от проекта приложение может иметь как 4+ слоев абстракций, так и только слой представления с вью, и всей логикой на серваке.
ИМХО минус только в том, что иногда её применяют как шаблон )
Ну вот, я допустим использую лишь Presentation и Reposiroty
S
MVP/MVVM/MV* в принципе тоже может быть клин, если следует тем же рекомендациям )
S
Считаю чем больше слоев, тем проще тестировать, но тем труднее поддерживать данный код, особенно если это новичок в команде. Да и самому через года 2 трудно будет
S
По мне, так как раз слой domain и тянет за собой кучу интерфейсов и коллбеков
S
Singular
Ну вот, я допустим использую лишь Presentation и Reposiroty
Ну если в приложении нет сложной бизнес логики, то норм. Но если там уже наверчена лапша между презентерами, и/или бизнес данные прокидываются между экранами через интенты/аргументы фрагментов, то это уже повод задуматься о выделении слоя юзкейсов, которые будут всю эту логику представлять абстрактнее, в отрыве от контретных презентеров.
S
Ну если в приложении нет сложной бизнес логики, то норм. Но если там уже наверчена лапша между презентерами, и/или бизнес данные прокидываются между экранами через интенты/аргументы фрагментов, то это уже повод задуматься о выделении слоя юзкейсов, которые будут всю эту логику представлять абстрактнее, в отрыве от контретных презентеров.
Ну навигацию между экранами берет на себя слой Presenter, а в чем там могут быть трудности? Делать все через фрагменты и все
S
Щяс благо NavComp есть
RC
Singular
Щяс благо NavComp есть
Ох не знаю, такая спорная штука. Вроде и легче делает некоторые вещи, а вроде лучше бы руками дергал фрагменты. Хочу теперь Цицерон попробовать