N
Хотя имхо лучше его вообще никуда не относить
Size: a a a
2018 July 10
VB
Хотя имхо лучше его вообще никуда не относить
Я вот думаю сделать пакет с контроллерами всякими и туда засунуть. Или это не кошерно?
N
Я вот думаю сделать пакет с контроллерами всякими и туда засунуть. Или это не кошерно?
Я всегда делаю пакет common и скидываю все что никуда не подходит, туда
VB
Я всегда делаю пакет common и скидываю все что никуда не подходит, туда
чтоб никто не догадался? )))
N
Но application лучше отдельно от всего
A
Это же точка входа
A
В корень ее
A
Что бы не было циклических зависимостей между макетами
VB
Что бы не было циклических зависимостей между макетами
+++ Спс! За них я забыл нафик
ЕН
А вон было же где-то, типа на модули разбиваешь - injector, presentation, domain, data.
И Application должен лежать в injector модуле.
Ну как вариант.
И Application должен лежать в injector модуле.
Ну как вариант.
N
Что бы не было циклических зависимостей между макетами
Что есть циклические зависимости?
A
Что есть циклические зависимости?
Когда есть пакет А и пакет Б. Пакет А знает о классах пакета Б, а пакет Б в свою очередь о классах пакета А. IDE умеет (если память не ошибает) в проверку на циклические зависимости.
N
Когда есть пакет А и пакет Б. Пакет А знает о классах пакета Б, а пакет Б в свою очередь о классах пакета А. IDE умеет (если память не ошибает) в проверку на циклические зависимости.
Ну хз, если я разделяю не по слоям а по фичам, то получается что практичкски все зависимости циклические
АЕ
Ну хз, если я разделяю не по слоям а по фичам, то получается что практичкски все зависимости циклические
Значит, странно разделяете) Приведите пример циклической зависимости в своём разделении, попробуем выпрямить.
N
Значит, странно разделяете) Приведите пример циклической зависимости в своём разделении, попробуем выпрямить.
Ну есть пакет, который отражает фичу. В этом пакете лежит интерактор, реп, презентер и вью. Разные слои, но знают друг о друге. Получается циклические зависимости. Или я не правильно понял смысл определения?
АЕ
Класс A зависит от класса B, если класс A использует класс B. Если они просто лежат в соседних пакетах, это ещё не зависимость. И Clean как раз подразумевает однонаправленные зависимости, которые так же остаются однонаправленными, если разделение по слоям идёт в рамках одной фичи.
A
Ну есть пакет, который отражает фичу. В этом пакете лежит интерактор, реп, презентер и вью. Разные слои, но знают друг о друге. Получается циклические зависимости. Или я не правильно понял смысл определения?
Если у вас в таком случае циклические зависимости (погуглите как это проверить) то вы явно что-то не так делаете
DS
Вопрос - часто ли вы используете MvpAppCompatDialogFragment?
ЕН
Ни разу, но штука вроде полезная
DS
Ни разу, но штука вроде полезная
У Вас нет дилогов в приложении?