Как бы имитировать мапинг сущностей на таблицы в орм по сути

не совсем

Давай подробности тогда, я в эту сторону не копал ещё

Мне удобно отталкиваться от этой схемы. Она хоть и кратенькая, но примерно изображает что у нас вообще происходит со сторами.

Есть атомарная сущность - плагин. Он пишется кодом, имеет возможность конфигурироваться и прочее.

Есть еще одна атомарная сущность - стор. Стор никак не пишется кодом. Есть только некий класс, который в себя принимает набор плагинов.

Есть конфигурация атомарных сущностей, и в данном случае это два в одном: описывается стор с набором плагинов и их конфигурации.

Когда приложению требуется какой-то стор, то он просто запрашивается у билдера, который по конфигурации это все дело собирает.

Каждый плагин реализует в себе определенную логику, например общение с бекендом, работу с эвентами и каналами, обработка различных событий с последующей реакцией состояния или других плагинов. Все они накидываются друг на друга, работают каждый в своем контексте, со своими интерфейсами и конфигурацией.

Плагины могут общаться, например, канал умеет мапить эвенты и дергать другие плагины на различные действия (условно входы, выходы, хуки).

Плюсы: в любой момент времени я могу динамически создать любой необходимый стор с кастомной бизнес логикой и своим контекстом.

Ну и так как это все работает на композиции, то плюсы очевидны

Относительно всего приложение и то, что оно делает, плагинов достаточно мало. Кусочек кода ты видел - они все простые, достаточно атомарные и независимые

От redux тут мало что есть, согласен
Но суть надеюсь понятна

Слабое место тут там же где и сильное - плагины? Или у них самих есть некие правила? Пока ты один, они будут в идеальном состоянии. Как только придет толпа, то сразу начнут патчить класс как попало

Точнее чем попало, а не как

Суть мне нравится 👍

Тот же принцип используется у контейнеров. Взаимодействие на уровне конфигурации.

Доступ к реализации плагинов только у меня.

Кстати, по поводу правил.

Есть интерфейсы, и проверки правильности конфигурации.

Пока что конфигурация пишется вручную, но в будущем нет проблем сделать UI для ее создания. Тогда будет 100% контроль куда, что и зачем.

И с учетом архитектуры приложения, это распространяется сразу на все: от доменов до конечного UI

Ты не в тренде. Щас так про крутые штуки молодежь говорит 😂

Только причем там пушка история умалчивает 😁

ебать канешно у вас тут системы

у кого етсь роуты с переводами, я уже три дня пытаюсь ченить прикрутить, уже свое начал писать ((