前后端分离

**

前后端分离优势

**
在前后端不分离模式中，前端页面看到的效果都是由后端控制，由后端渲染页面或重新定向，也就是后端需要控制前
端的展示，前后端与后端的耦合度很高。
这种应用模式比较适合纯网页应用，但是当后端对接App时，App可能并不需要后端返回一个HTML网页，而仅仅
是数据本身，所以后端原本返回网页的接口不再适用于前端App应用，为了对接App后端还需再开发一套接口。
在前后端分离的应用模式中，后端仅返回前端所需的数据，不再渲染HTML，不再控制前端的效果。至于前端
用户看到什么效果，从后端请求的数据如何加载到前端中，都由前端决定，网页有网页的处理方式，App有
App的处理方式，但无论哪种前端，所需的数据基本相同，后端仅需开发一套逻辑对外提供数据即可。
在前后端分离的应用模式中，前端与后端的耦合度相对较低。
在前后端分离的应用模式中，我们通常将后端开发的每个视图都称为一个接口，或者api，前端通过访问接口来对
数据进行增删改查
**

为什么要有前后端分离

**
·多端适应
·前后端开发职责不清
·模板到低是前端写还是后端写?如果前端写，前端就要懂后端模板语言
·如果后端写，你们后端就要懂前端html，css，js甚至更多更多
·开发效率问题，先后端相互等待
·前端在写的时候，就希望后端全部写好自己再写
·后端在写的时候，就希望前端全部写好自己再写
·前端一直配合着后端，能力受限(搞来搞去写静态页面，天天给后台写模板)
·后台开发语言和模板高度耦合，导致开发语言依赖(一旦用python开发，壹号要换成java或者其他语言)
**

前后端分离缺点

**
·前后端学习门槛增加(比如后台很多模板语法控制前端展示，但是分离以后，需要前端自己去实现，增加前端成本，对后台来说，后端要满足规范)
·数据依赖导致文档重要性增加
·文档是否详细
·是否及时跟新
·修改要及时通知其他端
·前端工作量加大