1、目标
2、前端架构的前世今生
① 初始：无架构，前端代码内嵌到后端应用中
② 后端 MVC 架构：将视图层、数据层、控制层做分离
缺点：重度依赖开发环境，代码混淆严重（在调试时，需要启动后端所有代码和依赖，比较麻烦）
③ 前后端分离架构
将前端代码从后端环境中提炼出来（ ajax 促进了前后端分离架构的发展）多页面架构，使其能够通过浏览器动态获取数据；
缺点：前端缺乏独立部署能力，整体流程依赖后端环境
④ Nodejs 的广泛使用促进了前端技术的飞速发展
各种打包、构建工具应运而生；
诞生了多元化前端开发方式，使得前端开发可以脱离整体后端环境；
⑤ 单页面架构
优势：
切换页面无刷新浏览器，用户体验好；
组件化开发方式，极大提升了代码复用率；
缺点：
不利于 SEO，首次渲染会出现较长时间的白屏(可解决)
⑥ 大前端架构
总结：
过于灵活的实现也导致了前端应用拆分过多，维护困难；
往往一个功能或需求会跨两三个项目进行开发。
3、微前端架构
1）优势
① 与技术栈无关
技术栈使用 Vue/angular/react 或者原生都可以
② 主框架不限制接入应用的技术栈，微应用具备完全自主权
③ 独立开发、独立部署
④ 增量升级
⑤ 微前端是一种非常好的实施渐进式重构的手段和策略
⑥ 所有微应用之间仓库独立，前后端可独立开发，主框架自动完成同步更新
⑦ 独立运行时
⑧ 每个微应用之间状态隔离，运行时状态不共享
2）缺点
① 接入难度较高
② 应用场景 - 移动端少、管理端多
4、软件设计原则
① 单一职责原则
② 开放封闭原则
③ 里氏替换原则
④ 最少知识原则
⑤ 接口隔离原则
⑥ 依赖倒置原则
总结：
⑦ 其它原则：
5、软件设计分层
特点：难点递减
① 系统级
应用在整个系统内，如与后台服务如何通信，与第三方系统如何集成。
② 应用级
脚手架、模式库、设计系统
③ 模块级
④ 代码级
规范与原则；
6、开发中的注意
