VM
Генерация кода из плейграунда
Size: a a a
2021 April 21
S
ну или не делай ромбовидные зависимости, изи
VM
При этом поддерживаются все возможные варианты использования переменных
VM
В тч функции, но тип параметров определён
MA
Ну, вроде единый стор по принципу redux решает эту проблему. Можно просто связанные данные хранить в одном сабжекте и обновлять их за один раз.
VM
И это я ещё не начал аутерскоуп копировать
VM
Но с аутерскоупом все просто, найти использования его и скопировать из исходника
E
Это бегать или ходить?
VM
Если только до импортов дело не дойдёт, но это тоже решаемо
VM
Ну или забиваемо
Вキ
вроде для бега они
ДМ
а функцию внутри функции?
VM
Мне сама функция приходит строкой, исходной. Мне абсолютно пофиг, что там происходит, я просто бабелем беру этот экспрешшен и вставляю
IV
Ну кстати читал про это в книжке Functional Reactive Programming, там писали, что это архитектурная проблема Rx, так как в обычной реализации FRP глитчей не бывает.
E
Они почти все для бега :) А в реальности?
Вキ
в реальности я не бегаю
MA
А разве change detection не сделает тоже самое? Ну, т.е. асинк пайп сделает компоненту markForCheck, но не вызовет change detection. Он вызовется после, когда состояние уже будет согласовано. И лишних вычислений не должно быть по идее. Или я не прав где-то?
E
Понял, отстал :)
S
там без ангуляра