使用原则

框架应用职责明确

框架应用只做两件事情：

• 系统整体 Layout 的设计
• 所有子应用的管理与注册

框架应用尽量避免包含具体页面的 UI 代码，如果框架应用做了过多的事情会带来以下问题：

• 框架应用样式代码太多，会增加子应用和框架应用样式冲突概率
• 框架应用为子应用提供其他能力比如一些全局 API，会破坏子应用的独立性，增加相互的耦合
• 框架应用本质是一个中心化的部分，变更后原则上需要回归所有子应用，因此需要保证职责的简单，越简单的东西越稳定

子应用的路由通过appId前缀管理

每一个子应用都有一个专属的应用ID，这个应用ID是全局唯一的，用来区别其它子应用的，这个ID特别重要，在应用加载、消息通讯、菜单管理、模块嵌套等场景中都会使用到。 子应用尽量按照系统功能拆分，这样无论对于管理还是单个子应用的开发都方便了很多