🚀🚀
потому что вместо основной проблемы они решают то, как жить когда все эти массивные хитросплетения импортов необходимо держать в голове
Size: a a a
2020 September 30
🚀🚀
то есть закономерность в структуре подразумевается, но чтобы её увидеть нужно удержать в голове вообще всё что есть
🦜
то есть закономерность в структуре подразумевается, но чтобы её увидеть нужно удержать в голове вообще всё что есть
у меня даже этого варинта нет
🚀🚀
как пример — даже вынесение инит файла это аж целая концепция, это показывает что мы уже вплотную подошли к пределам концепции с неявными соединениями
🚀🚀
иначе говоря, если бы существовала визуализация, то силы коллег можно было бы направить на более продуктивное занятие чем попытки жить с лапшой в коде
ф
как пример — даже вынесение инит файла это аж целая концепция, это показывает что мы уже вплотную подошли к пределам концепции с неявными соединениями
у меня, кстати, поменялся подход, терперь эффекты создаются отдельно от model/init
🚀🚀
почему?
🚀🚀
и в каком файле?
ф
и в каком файле?
каждый эффект в отдельном файле в папке effects, сразу с createEffect внутри
ф
почему?
потом попробую объяснить, сейчас не могу
🚀🚀
я просто видел подход, где эффекты — апи, тупо отдельно ото всего
DS
я просто видел подход, где эффекты — апи, тупо отдельно ото всего
Вот я думаю почему бы апи методы сразу в эфекты не заворачивать?
🚀🚀
то есть апи для взаимодействия это прям длинный такой перечень эффектов
🚀🚀
Вот я думаю почему бы апи методы сразу в эфекты не заворачивать?
ну да, я про это
🦜
Вот я думаю почему бы апи методы сразу в эфекты не заворачивать?
не отделить потом, если нужно сделать запрос без эффектора
DS
не отделить потом, если нужно сделать запрос без эффектора
Зачем отделять?
🦜
ну т.е отделить
🦜
но надо время потратить
🚀🚀
use.getCurrent()
🚀🚀
оч долго)