的数据层，这里存放整个 页面模块所有的数据和操作、监听数据的接口，一块是包含页面内所有网络请求的 网络层，另外就是用来流转状态和处理复用的 Reducer、Redux-Saga，以及配套 的各种工具类。业务逻辑层可以根据双端的差异把 Reducer 与 Saga 分拆更小的单 元实现差异化的逻辑复用，提升逻辑复用层的代码可维护性。 7) 封装复用接口：业 务逻辑层包含整个页面的业务逻辑，只要针对性开放接口给小程序，让小程序可能获 Redux 包含进来了，这样不仅转化容易、不易出错，而 且逻辑复用接口基于 Redux 的 Store，接口较好设计，容易维护、不易出错。而对 于逻辑层，可以根据业务上一些差异做 Reducer 与 Saga 分拆，把不需要复用的代 码逻辑排查在外，逻辑层复用也可以做到像组件一样热插拔，按需引入，这样也比较 好做差异化代码管理，挺高项目的可维护性，同时也能优先减少包大小风险。 3.4 跨端复用流程规范 Redux，子工程通过路由动态注册进来天然就 可以访问到全局 Store，所以对于 Store 的访问能够自动支持。那么，如果子工程 想要注册自己的全局 Store 该怎么办呢？而且我们还用了 redux-saga 来作为异步 处理方案。redux-saga 如何动态注册呢？还是利用它们各自的 API 就可以达到 我们的目的？从下图中可以看到，支持动态 Store 也是花费很小的改造成本就可 以完成。 动态 CSS 同样