前端开发模式发展

web1.0时代

web1.0

特点：部分前后端，3-5人搞定所有开发，页面在服务器端生成，服务器端生成什么，浏览器端就展示什么，展现在web server层展现。

业务越来越复杂，
service越来越多 --> 调用逻辑越来越复杂 --> 前端搭建本地环境困难
开发人员越来越多，
前端开发难以本地化，
开发效率越来越低
JSP页面前端后台职责划分越来越不明确，可维护性越来越低

web1.0 组件化

后端MVC时代

降低复杂度，以后端为出发点，后端架构升级，出现了 Structs、Spring MVC

后端MVC

为了使前后端职责区分，view层干净，出现了velocity, freemarker等模板技术，使模板文件写不了java代码

依然存在的问题：
前端开发重度依赖后端的开发环境，前后端怎么协作？
1. 前端本地开发demo，后端拿着demo转换成模板文件，仍需前端进行确认，沟通成本加剧。
2. 前端负责浏览器端的所有开发和服务器端的模板文件开发，前端的技术要求比较高，前端重度依赖后端的开发环境，开发环境严重影响开发效率。

前后端职责依旧区分不明确
模板层掺杂业务代码，controller层掺杂页面路由功能，controller和model职责区分不明确。

ajax带来的单页面应用SPA时代

SPA

前后端分工非常明确，数据交互都是ajax，后端只负责提供数据接口给前端调用，前端工作变得复杂，前端出现MVC

前端MVC

前后端接口怎么约定？

• 前后端需要有严格的接口约定规范，实现前后端高效并行开发。需要确定一种适合的api管理规范

前端开发的复杂度怎么控制？

• 解决方案：选择一个适合自己的MVC前端框架

前端为主的MV*时代

MV*

优点：

• 前后端职责清晰。前端写浏览器端，后端写服务器端。为了让前端开发本地化，测试数据怎么模拟？后端处理业务逻辑，输出RESTful接口？
• 前端工作可控，复杂度可控，分层合理

不足：

• 代码不能复用
• 全异步，SEO不利
• 性能并非最佳，特别是移动互联网环境下
• SPA 不能满足所有需求，依旧存在大量多页面应用。URL Design 需要后端配合，前端无法完全掌控

Node 带来的全栈时代