1、目标

2、前端架构的前世今生

① 初始：无架构，前端代码内嵌到后端应用中

② 后端 MVC 架构：将视图层、数据层、控制层做分离

缺点：重度依赖开发环境，代码混淆严重（在调试时，需要启动后端所有代码和依赖，比较麻烦）

③ 前后端分离架构

将前端代码从后端环境中提炼出来（ ajax 促进了前后端分离架构的发展）多页面架构，使其能够通过浏览器动态获取数据；

缺点：前端缺乏独立部署能力，整体流程依赖后端环境

④ Nodejs 的广泛使用促进了前端技术的飞速发展

各种打包、构建工具应运而生；

诞生了多元化前端开发方式，使得前端开发可以脱离整体后端环境；

⑤ 单页面架构

优势：

切换页面无刷新浏览器，用户体验好；

组件化开发方式，极大提升了代码复用率；

缺点：

不利于 SEO，首次渲染会出现较长时间的白屏(可解决)

⑥ 大前端架构

总结：

过于灵活的实现也导致了前端应用拆分过多，维护困难；
往往一个功能或需求会跨两三个项目进行开发。

3、微前端架构

1）优势 

① 与技术栈无关

技术栈使用 Vue/angular/react 或者原生都可以 

② 主框架不限制接入应用的技术栈，微应用具备完全自主权 

③  独立开发、独立部署

④ 增量升级

⑤ 微前端是一种非常好的实施渐进式重构的手段和策略

⑥ 所有微应用之间仓库独立，前后端可独立开发，主框架自动完成同步更新

⑦ 独立运行时

⑧ 每个微应用之间状态隔离，运行时状态不共享 

2）缺点

① 接入难度较高

② 应用场景 - 移动端少、管理端多

4、软件设计原则

① 单一职责原则

② 开放封闭原则

③ 里氏替换原则

④ 最少知识原则

⑤ 接口隔离原则

⑥ 依赖倒置原则

总结：

⑦ 其它原则：

 

5、软件设计分层

特点：难点递减 

① 系统级

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

② 应用级

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

③ 模块级

④ 代码级

规范与原则；

6、开发中的注意