ЕУ
в т.ч. какая разница, в подписке, не в подписке
Size: a a a
2021 April 16
AB
ну вот смотри, у меня в компоненте прилетает 4 инпут-значения, затем на их основе калькулируется какое-то одно значение. Для того, что бы у меня не происходил ререндер я вообще проверку вырубил и запускаю ее ручками только в тот момент, когда это самое, нужное мне значение посчиталось. Таким образом, я избавился от лишних перерисовок и немного оптимизировал работу самого приложения
Д
Кто-нибудь пробывал расширяться от Form Control для того чтобы свои методы добавить? Например, я хотел бы метод добавить removeErrors() в CustomFormControl extends FormControl
ЕУ
ну. ты же можешь пушить значения из инпутов в сабжекты и уже сабжекты читать так, как тебе удобно. и это будет лучше, чем руками дергать проверку изменений
AB
мне удобнее ручками проверку дернуть, так как понимаю полностью что в коде происходит, когда нужно применить изменения а когда нет. Иснтрумент в целом очень полезный и гибкий. Самое главное правильное его использование и аккуратность. Не скажу, что использовать его - делать что то неправильно. Просто не порекомендую его новичкам из-за специфики
ЕУ
ну смотри. сначала ты дергаешь руками его в определенном месте. потом выясняется, что нужно дернуть еще тут и тут и там. потом команда растет. потом кто-то умный придумывает умную обертку, чтобы оно автоматически дергалось. потом проиходит время, и ты выясняешь, что у тебя на каждый чих дергается чендж детекшн. это как бы из жизни ситуация
ЕУ
а начиналось все с того, что "я понимаю полностью, что в коде происходит"
AB
в том то и дело, что текущий проект не будет расти, функционал текущий не будет меняться. Поэтому смело заюзал. На масштабируемых проектах, ясен красен, предпочтения в инструментах будут другие. Это еще раз к слову о том, что понимаю, что в коде происходит и будет происходить
M
ну смотри. сначала ты создаешь один сабжект для инпута в определенном месте. потом выясняется что нужен еще сабжект тут и тут и там. потом команда растет. потом кто-то умный придумывает умную обертку над инпутами чтобы сабжекты автоматически создавать. потом проходит время, и ты выясняешь что у тебя спагетти/лазанья код
а начиналось все с "сабжекты читать удобно и лучше чем рукам и дергать проверку изменений"
а начиналось все с "сабжекты читать удобно и лучше чем рукам и дергать проверку изменений"
ЕУ
вах маладэсь
АФ
а зачем её придумывать, все же уже придумано=)
АФ
не совсем умный получается тот ваш абстрактный разработчик)
M
я про то, что любой инструмент можно использовать с умом, а можно использовать неправильно, а потом говорить что это плохой инструмент, только потому что у тебя вышел плохой опыт
АФ
не соглашусь, можно сообразить шруповерт из говна и палок, а можно взять dewalt или makita =)
ЕУ
а я говорю о том, что обычно это выглядит так: получили инпут по ссылке. обновили значение. опана. не обновляется. вместо того, чтобы подумать, почему не обновляется, а давайте дернем cdr
AB
иной раз шуруповерт из говна и палок будет лучшим решением, чем лишняя архитектурная абстракция сторонних либ)
M
я про это и говорю, с умом надо каждый инструмент использовать. В этом кейсе cdr действительно не следует применять. Но то что cdr для этого кейса плох, не означает что его вообще нужно избегать :)
АФ
в вашем случае это проканает (если проект не обрастает функционалом), но это скорее исключение
AB
да, я к тому же. Типа ты всегда перед началом проекта анализируешь перечень инструментов, которыйй может зайти, а может и нет) Мы тут все в 4-м говорим об одном и том же, только разными словами)
ЕУ
вообще не избегаем. но вангую, что собственно кейс, из-за которого это обсуждение затянулось, именно такой