AO
makoven
Дя
Ну это так и есть
я хочу чтобы сложными были только процессы в которых бизнес-логика сложная
а создавать сложность на пустом месте вообще не хочу
Size: a a a
2020 June 25
m
Ну ок
c
и пусть лучше наружу протечет информация о типе стора, computed или owned. Может это вообще фича
Чтобы было видно что можно делать…
Чтобы было видно что можно делать…
c
кстати в repl между фичами общение идет через аналогичное @doasync построение зависимостей
но внутри фичи, всё стандартно
но внутри фичи, всё стандартно
R
кстати в repl между фичами общение идет через аналогичное @doasync построение зависимостей
но внутри фичи, всё стандартно
но внутри фичи, всё стандартно
внутри фичей это особенно актуально
c
внутри фичей это особенно актуально
у меня наоборот
c
внутри фичи создавать на каждую модель несколько файлов это днище
c
падение очевидности кода в разы
c
у меня одна модель — один процесс — один файл
всё оч круто
всё оч круто
c
а когда несколько файлов, приходится открывать их все, и ещё другие модели, и сидеть матчить, адски тяжело понять как это всё работает
c
это если б в жс, экспорты функций были бы в другом файле, и тебе пришлось бы вызывать функции из экспортов, чтобы заработало.
TK
ну мне так больше нравится
но да, появляется разница, между обычными сторами и computed
но да, появляется разница, между обычными сторами и computed
TK
вспомнил)
c
вспомнил)
ну вот да
c
так работает опыт)
DS
R
https://github.com/troch/path-parser
Эта штука по мощнее будет, она и юзается в роутер5
Эта штука по мощнее будет, она и юзается в роутер5
А весит она сколько?
🦜
у меня одна модель — один процесс — один файл
всё оч круто
всё оч круто
у меня сейчас пока также, но я пересматриваю процесс, когда нужно вынести ивенты и эффекты из модели, чтобы другие фичи, саб фичи могли их юзать или подписаться
DS
