VP
Да, по книжкам не гуд. На практике большой буст в разработке и никаких неудобств, если знать где применять такое можно, а где не стоит
Size: a a a
2021 June 30
A
это какой такой буст? имеется ввиду экономия времени на нажатие alt+enter enter?
VP
Экономия времени на:
- Переход между интерфейсами и реализациями
- Создании интерфейсов
- Мыслетопливе, чтобы разбираться в сложной иерархии
- Переход между интерфейсами и реализациями
- Создании интерфейсов
- Мыслетопливе, чтобы разбираться в сложной иерархии
A
понятно, спасибо за ответ
во дураки dependency inversion придумали, не хотят экономить на переходах между интерфейсами и реализациями
во дураки dependency inversion придумали, не хотят экономить на переходах между интерфейсами и реализациями
JF
dip для других задач нужен
JF
если у Вас 2 часа до релиза - то надо писать костыли забыв про все практики. Нужно сделать чтобы работало
(но потом разумеется переделать)
(но потом разумеется переделать)
VP
Ну просто для всякой задачи есть своё решение. Для большинства проектов интерфейсами покрывать репозитории не надо. Но есть те, где приходится прибегать к более сложным реализациями
A
так интерфейс репозитория в domain, а реализация в data - это же классический dependency inversion, не?
JF
DataSource это источник данных (database/network/filesyste) и у одного источника может быть много методов получения данных
JF
классический. Но это же не означает, что его нужно всегда применять
JF
Основные цели:
jun - чтобы работало
mid - чтобы было поддерживаемо
sen - чтобы уложиться во все лимиты (время, деньги, усилия)
jun - чтобы работало
mid - чтобы было поддерживаемо
sen - чтобы уложиться во все лимиты (время, деньги, усилия)
В
@FatJorik а в вашем примере view - это тот же самый ui ведь? И еще, ViewModels лучше как вы класть в presentation? Просто видел еще кучу примеров, где кладут прям в ui. Или это от размеров проекта/функционала зависит и если он не большой, то можно не плодить packages и в ui поместить?
JF
да, для сокращения можно и в ui. Тут нет жестких правил
В
Спасибо за ответ и за пример проекта. Хоть у меня и аллергия на java, но выглядит все довольно лаконично и читаемо)
AY
Всем привет, как вы реализуете общения между фичами и если ли какой-то бест практики по навигации между фичами.
Киньте пример на гит/статью если можно или объясните на пальцах.
А то в моей реализации это выглядит немного костыльно
Киньте пример на гит/статью если можно или объясните на пальцах.
А то в моей реализации это выглядит немного костыльно
JF
у меня есть зависимости между фичами и они общаются друг с другом напрямую
JF
но чтобы так делать обязательно нужно проектирование сначала сделать и uml нарисовать. Без этого только больше путаницы будет
Ю
плюсую
В
А если single-architecture, то куда вы обычно кладете активити? Глянул в одном проекте на гитхабе - там прям в корне он валяется. Так нормально или сделать в корне свой ui? И если ViewModel на все фрагменты одна, то ее тоже в корневой ui или сам корень? В активити она тоже используется.