软件的设计分层

系统级架构

应用在整个系统内，如与后台服务如何通信，与第三方系统如何集成。

设计的条件：了解前端系统与其他系统之间的关系。

关系包括：业务关系和协作机制。

设计后端：只需要规定与后台数据传递的机制。

包括：API设计规则，访问授权的一个开放标准跳转token的验证，数据传递的cookie。

前后端关系考虑的主要因素是：前后端分离的架构设计。

前后端分离架构其实是如何实施技术决策，用户鉴权、api接口管理和设计、API文档管理、Mock的使用、BFF（服务于前端的后端，NodeJS）,是否需要服务端渲染等。

微前端：目前是在应用间的架构方案，在多个应用之间，微前端则是一种系统间的架构方案。是将多个前端应用以某种形式结合在一起进行应用。

微前端所能解决的问题：解决单体应用在一个相对长的时间跨度下，由于参与的人员、团队的增多、变迁，从一个普通应用演变成一个巨石应用后，随之而来的应用不可维护的问题。

微前端实现：

单实例：即在同一时刻，只有一个子应用被展开，子应用具备一个完整的应用声明周期。

多实例：通常基于URL的变化来做子应用的切换，同一时刻可以展示多个子应用，通常使用Web Components方案来做子应用封装，子应用更像是一个业务组件而不是应用。

应用级架构

应用架构可以看做是系统级架构的细化，单个应用与其它外部应用的关系，微服务架构下多个应用的协作，数据交换等。

脚手架、模式库、设计系统

模块级架构

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

代码级架构

规范与原则

实操：开发流程、代码质量以及改善、规范而非默契。

在整体的开发过程中需要注意点

在开发过程中，要注意代码的可维护性；

简单的代码可维护性高；越写的抽象的代码越难维护。