В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Android Architecture

2714 membersпожаловаться на группу
2021 June 27

IS

Ivan Sablin in Android Architecture
и тут нельзя сказать что слой не нужен, потому что это сводится не только к проксированию часто
источник
13:10пожаловаться#1

JF

Jorik Fat in Android Architecture
если в domain останется только Entity и ProviderInterface - Ваши зависимости не поменяются
источник
13:10пожаловаться#2

DD

Dmitriy Dyachenko in Android Architecture
Интерфейс репозитория лежит в domain, если в presentation инжектится этот интерфейс - правило не нарушится
источник
13:10пожаловаться#3

IS

Ivan Sablin in Android Architecture
согласен, но мне не хочется просто держать интерфейсы реп во вм
источник
13:11пожаловаться#4

JF

Jorik Fat in Android Architecture
тогда решение самое простое.
Делайте так, как Вам хочется
источник
13:11пожаловаться#5

IS

Ivan Sablin in Android Architecture
ну и как по мне странно руководствоваться тем что проксирвоание ил инет, если да - то репа в вм, если нет то интерактор
источник
13:12пожаловаться#6

DD

Dmitriy Dyachenko in Android Architecture
Хотя при этом они у вас там лежат, просто завернутые в класс с названием интерактор
источник
13:12пожаловаться#7

JF

Jorik Fat in Android Architecture
это называется "здравый смысл"
не делать того, что не приносит результата (не сокращает издержки)
источник
13:12пожаловаться#8

DD

Dmitriy Dyachenko in Android Architecture
Просто интерактор это про бизнесовую логику, а не про проксирование, получается у вас есть сущность, созданная для одного, но используемая для другого. И это по сути нарушение концепции клина
источник
13:13пожаловаться#9

JF

Jorik Fat in Android Architecture
я Вам сейчас цитату из книжки по архитектуре дам
источник
13:13пожаловаться#10

JF

Jorik Fat in Android Architecture
в которой написано какое правило Вы таким проксирование нарушаете
источник
13:13пожаловаться#11

JF

Jorik Fat in Android Architecture
есть только 1 случай, когда нужен проксированный интерактор
источник
13:14пожаловаться#12

IS

Ivan Sablin in Android Architecture
мы вообще начинали с того почему не нужен интерактор который знает как смапить несколько сущностей из разных реп
источник
13:15пожаловаться#13

JF

Jorik Fat in Android Architecture
верно, потому что этим занимается presentation
источник
13:15пожаловаться#14

JF

Jorik Fat in Android Architecture
интерактор может "маппить" из других сущностей только новые сущности
источник
13:16пожаловаться#15

IS

Ivan Sablin in Android Architecture
ну а тут не так что ли?
источник
13:16пожаловаться#16

JF

Jorik Fat in Android Architecture
так это Вы нам скажите. Вы же говорите про маппинг, а не про сборку
источник
13:17пожаловаться#17

JF

Jorik Fat in Android Architecture
надо объяснить в чем разница?
источник
13:18пожаловаться#18

IS

Ivan Sablin in Android Architecture
нет, не стоит)
источник
13:19пожаловаться#19

JF

Jorik Fat in Android Architecture
единственный случай, когда нужен проксированный интерактор - codeStyle
источник
13:21пожаловаться#20