ngrx在两个独立的 Angular 应用程序之间共享一个封装在库中的单个商店是否是个好主意？我们的业务逻辑层非常面向计算（类似于电子表格），因此它自然适合反应式模型。问题是，我不确定拆分此代码的最佳方法，因此我们的团队不必维护两个实现相同逻辑的并行代码库。
背景：我目前正在运行一个 AngularJS 混合应用程序（已经移植到 Typescript），并将开始使用 Angular 5 编写的新应用程序。不幸的是，我们需要在这些应用程序之间共享大量业务逻辑和服务应用程序：混合应用程序目前构建在类似于 Flux 的架构上，其中包含商店、动作创建者和组件（使用.component语法），而我打算在@ngrx/store. 为了弥合差距，我正在考虑创建第三个项目，该项目将是一个依赖于它的库，@ngrx/store它将封装两个应用程序所依赖的动作、存储、reducers 和效果。这是一个好主意，还是非常误导？