но вообще хз, я реалино когда вебом занимался, там все только и делали что пакеты ставили)

да и в этом чате часто слышу не “как сделать”, а “какой пакет подключить”)

это бед практайс)))

и я тебе за это) на каждый шаг либу подключают

это же плохххххооо

хз, я тоже считаю что плохо, но людям вроде норм)

про js есть один забавный инцендент с пакетами
когда был один мелкий пакет с мелкой функцией от которого зависило очень многое колличество пакетов
при пкбликации этого пакета с ошибкой поломалось "пол интернета"

https://qz.com/646467/how-one-programmer-broke-the-internet-by-deleting-a-tiny-piece-of-code/

да, но как мне тогда реализовать мою логику без подобного механизма. Я придерживаюсь SOLID у меня есть 3 разных верстки на 3 разных типа карточки. И мне нужно сделать что-то универсальное для их проверки, что бы это легко маштабировалось в дальнейшем и работало независимо друг от друга.
И при этом не хочется писать тонну if

я помню этот случай)

клиент должен возвращать данные. На основании этих данных UI слой делает верстку

в этом случае в моей верстке придется сделать более 15 проверок на типы и данные. Звучит как бред

as you wish 🙂

😔 не, я как бы не оспариваю. Ищу способ решить максимально удобно проблему

чисто технически, вместо return super… в новой версии используйте handler.resolve

тут все просто, меньше проверок - быстрее писать, сложнеее потом понимать, больше риск ошибиться. Больше проверок - дольше писать, проще понимать, меньше риск ошибок)

а как это лучше сделать архитектурно – без кода сложно сказать

решать как говориться тебе))

так то ты можешь и из сетевого слоя в UI динамики возращать))

будет у тебя чуть лучше чем сейчас))

дело не в количестве проверок. А в подходе, который должен быть универсален. Что я пытаюсь сказать?!
Если влупить это просто как данные принимать в карточке и через if отрисовывать ту или иную часть.
Если различий в карточке будет не 3-4 а допустим 15.
То UI превратиться в 1000 строк проверок if на if.

То есть нужно придумать как сделать модуль который будет проверять и возвращать необходимый уникальный элемент. И если добавится еще несколько видов, то достаточно будет добавить модель и верстку. И вызвать в общей массе остальных методов