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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Android Architecture

2401 membersпожаловаться на группу
2020 February 19

(

( in Android Architecture
Damir Kadyrgulov
Костыль в этом?
Пока что я вижу костыль во всем. Опять же, вместо статического связывания, которое проверяется компилятором, связывание в действительности случается в рантайме, а перетаскивать проверки, которые можно сделать при компиляции в рантайм - это адски ненадёжно
источник
11:51пожаловаться#1

DK

Damir Kadyrgulov in Android Architecture
(
То есть, если по этому айдишнику не оказалось юзкейса, ничего не произойдёт вообще? Юзер нажал на кнопку на экране - проиграл?
Этот функционал легче оттестить, чем 20 юзкейсов в конструктор презентера провайдить отдельно
источник
11:51пожаловаться#2

(

( in Android Architecture
Не говоря о том, что получается сервис локатор, причем ключ должен знать и провайдер, и презентер
источник
11:51пожаловаться#3

(

( in Android Architecture
Damir Kadyrgulov
Этот функционал легче оттестить, чем 20 юзкейсов в конструктор презентера провайдить отдельно
То есть, при тестировании конкретных юзер-флоу в презентер просто суются не все юзкейсы?
источник
11:52пожаловаться#4

М

Максим in Android Architecture
Damir Kadyrgulov
Этот функционал легче оттестить, чем 20 юзкейсов в конструктор презентера провайдить отдельно
возможно проблема в понимании юзкейса? у этих юзкейсов разная логика презентации?
источник
11:52пожаловаться#5

DK

Damir Kadyrgulov in Android Architecture
(
Не говоря о том, что получается сервис локатор, причем ключ должен знать и провайдер, и презентер
Согласен, похоже на сервис локатор. Чем плохо решение?
источник
11:52пожаловаться#6

(

( in Android Architecture
Damir Kadyrgulov
Согласен, похоже на сервис локатор. Чем плохо решение?
Выше написал
источник
11:52пожаловаться#7

(

( in Android Architecture
Ну и в этом же сообщении тоже
источник
11:53пожаловаться#8

DK

Damir Kadyrgulov in Android Architecture
Максим
возможно проблема в понимании юзкейса? у этих юзкейсов разная логика презентации?
Нет, юзкейсы о презентации ничего не знают. Они меняют модели, презентер модели отображает
источник
11:53пожаловаться#9

М

Максим in Android Architecture
Damir Kadyrgulov
Нет, юзкейсы о презентации ничего не знают. Они меняют модели, презентер модели отображает
тогда зачем презентору знать о 20 юзкейсов если он их адинаково отображает?
источник
11:54пожаловаться#10

(

( in Android Architecture
Инжектинг n юзкейсов в качестве полей - это та же мапа, но при этом ключами являются имена полей и их проверяет компилятор
источник
11:54пожаловаться#11

DK

Damir Kadyrgulov in Android Architecture
Даже больше скажу - юзкейсы, при необходимости, создают команды для стека Undo/Redo, которые меняют модельки. Презентеру только модельки отслеживать остается
источник
11:54пожаловаться#12

М

Максим in Android Architecture
если презентация для каждого кейса одинакова, тогда всю логику 20 кейсов можно описать внутри одного кейса, пусть он там решает что делать уже на уровне "доменной клин логики"
источник
11:57пожаловаться#13

DK

Damir Kadyrgulov in Android Architecture
Максим
тогда зачем презентору знать о 20 юзкейсов если он их адинаково отображает?
Всмысле? Презентер модели отображает, плюс отображает некие кнопки, которые этими моделями рулят через юзкейсы
источник
12:04пожаловаться#14

М

Максим in Android Architecture
Damir Kadyrgulov
Нет, юзкейсы о презентации ничего не знают. Они меняют модели, презентер модели отображает
То есть логика презентации всё-таки разная для каждого кейса?
источник
12:06пожаловаться#15

DK

Damir Kadyrgulov in Android Architecture
Максим
если презентация для каждого кейса одинакова, тогда всю логику 20 кейсов можно описать внутри одного кейса, пусть он там решает что делать уже на уровне "доменной клин логики"
Юзкейс слишком огромный получится
источник
12:06пожаловаться#16

DK

Damir Kadyrgulov in Android Architecture
Максим
То есть логика презентации всё-таки разная для каждого кейса?
Что вы подразумеваете под "логикой презентации"?
источник
12:07пожаловаться#17

М

Максим in Android Architecture
Damir Kadyrgulov
Юзкейс слишком огромный получится
будет кейс со большим when, или списком если так хочется, и куча микрокейсов
источник
12:08пожаловаться#18

DK

Damir Kadyrgulov in Android Architecture
Максим
будет кейс со большим when, или списком если так хочется, и куча микрокейсов
Так не катит... огромный и тяжелый класс... тем более что кейсы могут выполнять абсолютно разную работу
источник
12:09пожаловаться#19

DK

Damir Kadyrgulov in Android Architecture
Представьте, что у меня на канве куча объектов отображается. Есть модельки этих объектов, и их презентер отрисовывает (презентует блин ))). Юзкейсы позволяют принять выделяемые объекты и с ними сделать определенные действия, заложенные в логике юзкейса - удалить, переставить в определенном порядке, и прочее
источник
12:12пожаловаться#20