BB
при этом еще проинициализировать класс по ходу выполнения программы, а не на top-level (тоже по канону)
Size: a a a
2020 November 19
BB
и это все ломается просто вдребезги, если еще один провайдер воткнуть где-то посередине дерева компонентов
G
Создать стор и класс с методами можно на верхнем уровне
G
А потом передать стор в контекст
BB
по канону нельзя. по канону у программы должен быть метод init (что является точкой входа в приложение), а на top-level описываются только статические связи
G
и это все ломается просто вдребезги, если еще один провайдер воткнуть где-то посередине дерева компонентов
Если это сделать то сломается в первую очередь редакс. Не совсем понимаю, как это связано с тем, что я говорю
BB
Если это сделать то сломается в первую очередь редакс. Не совсем понимаю, как это связано с тем, что я говорю
сломается не редакс. сломаются компоненты, которые используют твой класс с бизнес-логикой
DS
@mabunny я не ожидал от тебя)
BB
потому что они не на тот стор будут смотреть в этом случае
СБ
по канону нельзя. по канону у программы должен быть метод init (что является точкой входа в приложение), а на top-level описываются только статические связи
по какому канону?
BB
по канону app — это f(args)
СБ
по канону app — это f(args)
а не main(args) ?
BB
конкретно пример с SSR наиболее наглядный
BB
а не main(args) ?
ну main это уже смотря где мы воюем. суть в том, что функция от аргументов
G
Кажется ты меня как то не так понял.
Класс с бл никак не будет связан с контекстом стора.
Класс с бл никак не будет связан с контекстом стора.
BB
а ты оптимист
BB
можно сделать так, как ты сказал, в общем, но это уже не "чистая архитектура" будет
G
можно сделать так, как ты сказал, в общем, но это уже не "чистая архитектура" будет
Ты имеешь в виду зависимость между реакт компонентами и редаксом?
BB
некоторые каноны нарушаются, есть недочеты
BB
корректнее будет с такой концепцией иницилизировать стор в рамках фичи, но это уже какой-то эффектор )))))