2-5软件设计分层

系统级架构

• 应用在整个系统内，如与后台服务如何通信，与第三方系统如何集成。
• 设计前端首要条件：了解前端系统与其他系统之间的关系。
• 关系包括：业务和协作机制。
• 设计后端：只需要规定与后台数据传递的机制。
• 包括：api设计规则，访问授权的一个开放标准（OAuth）跳转token的验证，数据传递cookie等。
• 前端与后端的关系考虑的主要因素是：前后端分离的架构设计。
• 前后端分离架构其实是如何实施技术决策，用于鉴权、API接口管理和设计、API文档管理、Mock的使用、BFF（服务与前端的后端，nodejs），是否需要服务端渲染等。

微前端

• 在一个系统内微前端是应用间的架构方案。
• 在多个应用之间，微前端则是一种系统间等架构方案。
• 微前端是将多个前端应用以某种形式结合在一起进行应用。
• 旨在解决单体应用在一个相对长时间跨度下，由于参与的人员、团队的增多、变迁，从一个普通应用演变成一个巨石应用（Frontend Monolith）后，随之而来的应用不可维护的问题。
• 单实例：即同一时刻，只有一个子应用被展示，子应用具备一个完整的应用生命周期。
• 多实例：通常基于url的变化来做子应用的切换。
• 多实例：同一时刻可展示多个子应用
• 通常使用Web Components方案来做子应用封装，子应用更像是一个业务组件而不是应用。

应用级架构

• 应用级架构可以看做系统架级架构的细化。
• 单个应用与其他外部应用的关系，微服务架构下多个应用的协作，数据交换等。
• 脚手架
• 模式库
• 设计系统

模块级架构

• 这部分内容是我们开始业务编码之前进行设计，我们称为迭代。

代码级架构

• 规范与原则

实操

• 开发流程
• 代码质量以及改善
• 规范而非默契

注

• 在开发中，要注意可维护性
• 简单的代码可维护性高；越是写的抽象的代码越难维护