P
Ага, Program это инкапсулированная отдельная сущность, тестить из-за этого очень просто
Size: a a a
2021 May 25
P
Передать в параметр model замоканную модель для тестов и вперёд :)
DY
ну а если я хочу проверить связь между двумя компонентами? один допустим замокать, а другой тестить в том виде как он есть
P
Да :)
P
Или оба замокать, смотря от цели. В этом тоже плюс иммутабельности — можно воссоздать любое состояние без головной боли
AZ
Мда... посмотрел скриншоты... красиво конечно но это перебор, надо придерживаться KISS и не выпендриваться, имхо
DK
а почему просто не заюзать синглтоны ?
M
Ты раньше за SOLID был)))
P
Так это же не я придумал :) Гуглите MVU, классическая реактивная архитектура
CA
Поправь меня если я ошибся, просто не до конца понимаю паттерн. То есть у тебя есть состояние, но при этом состояние иммутабельно. Апдейт же создает новое состояние с новой информацией, или как это происходит?
DY
а чем update потенциально отличается от того же mapEventToState из блок либы?
AZ
И сейчас за SOLID, причём здесь это? )
P
Да, апдейт создаёт новое состояние и оно замещает старое + происходит ре-рендер. Полученный стейт не будет отличаться ничем если бы он создался сразу таковым
M
Ну они немного не дружат, не так сильно как YAGNI, но все же)
P
Назначение то же, под капотом другие действия :)
AZ
В моей голове они прям идеально дополняют друг друга )
P
Вполне можно, почему нет :)
AZ
Ну а зачем MVU применять? Есть блок же или MVP,MVC более распространённые
P
Описал выше плюсы. Существующие паттерны не устраивают по ряду причин
P
Плюсы ^