Проект библиотеки угловых компонентов с NGRX? - PullRequest
0 голосов
/ 19 февраля 2019

Я использовал NGRX для нескольких проектов сейчас, и в целом мне это нравится.Но я борюсь с тем, стоит ли использовать его в моем следующем проекте, который будет заключаться в создании угловой библиотеки компонентов.

Рекомендуется ли использовать ngrx в типах проектов угловой библиотеки?Как бы вы настроили корневое состояние против состояния функции?Будет ли основной модуль моего библиотечного проекта подключаться к корневому хранилищу ngrx?Если это так, то если моя библиотека будет использоваться в родительском приложении, которое также использует ngrx, произойдет ли столкновение корневого хранилища?

Обновление (больше контекста):

Большинство компонентов в библиотеке будутбыть типичными формами данных типа вещей.Например, предоставление компонентов для поиска, обновления, создания и удаления объектов в нескольких приложениях.Мы упаковываем их как библиотеку компонентов (и библиотеку угловых элементов), потому что их нужно будет использовать в нескольких веб-приложениях, пока эти веб-приложения не объединятся в одно новое супер-веб-приложение (сроки конвергенции - 1 год в будущем.).Другим путем интеграции, который мы рассматривали, была загрузка iframe во все эти клиентские приложения.

Компоненты сами подключаются к уровню API для выполнения всех операций ввода-вывода данных.Компонентам может потребоваться совместное использование частей состояния между компонентами.

1 Ответ

0 голосов
/ 19 февраля 2019

Трудно ответить без полного контекста.

Если мы говорим о «чистой» библиотеке компонентов, я бы не стал использовать библиотеки управления состояниями.Если компоненту нужно какое-то состояние, он должен управлять своим состоянием самостоятельно.

Компоненты, использующие эту библиотеку, всегда могут контролировать связь с хранилищем.

...