T
При этом не будет множественности внутри и это не будет создавать когнитивный оверхед
Size: a a a
2020 March 22
T
Тогда зачем. Это же просто искусственная сложность
l
ввиду чего когнитивную нагрузку на пользователей они не создают
l
а вот ревизию внутренних разработок провести стоит
T
ввиду чего когнитивную нагрузку на пользователей они не создают
Тут я про нагрузку на разработчика.
l
Тогда зачем. Это же просто искусственная сложность
неправильный вопрос)
l
почему
T
Почему допускает ответы в стиле "лень убирать"
T
А зачем это вопрос о целеполагании
l
https://anode.effector.dev размером в несколько тысяч строк, мне конечно не лень, но в данный момент я решил заняться обсуждением архитектуры в чате
l
и это не единственный активный проект
2020 March 23
l
библиотека не существует в вакууме, всё что в неё попало обречено проходить через крайне длительную процедуру удаления
T
Да я без претензий. Просто если нет причин так оставлять, то я могу на это ориентироваться
l
окей, допустим, причин оставлять их нет
T
Тогда я просмотрю через Visual Studio ссылки между разными вызовами и скажу что можно сделать и насколько напряжно.
T
arrifyNodes это flatten([arg], 2).map(getGraph)?
l
arrifyNodes это flatten([arg], 2).map(getGraph)?
нет, в нодах допускаются даже массивы (но без вложенности)
из-за вот этого места https://github.com/zerobias/effector/blob/master/src/effector/sample.js#L97
target может быть массивом, соответственно, в createNode прилетает
из-за вот этого места https://github.com/zerobias/effector/blob/master/src/effector/sample.js#L97
target может быть массивом, соответственно, в createNode прилетает
owners: [Node, Node[], Node]T
Если ограничить глубину двойкой, это спасет мое выражение?
l
а что за flatten?
T
