前后端分离

开发模式

在Web开发模式中,有两种开发模式

  • 前后端不分离

前后端分离

  • 前后端分离

前后端分离

前后端分离优势

在前后端不分离模式中,前端页面看到的效果都是由后端控制,由后端渲染页面或重定向,也就是后端需要控制前端的展示,前端与后端的耦合度很高。

这种应用模式比较适合纯网页应用,但是当后端对接App时,App可能并不需要后端返回一个HTML网页,而仅仅是数据本身,所以后端原本返回网页的接口不再适用于前端App应用,为了对接App后端还需再开发一套接口。

在前后端分离的应用模式中,后端仅返回前端所需的数据,不再渲染HTML页面,不再控制前端的效果。至于前端用户看到什么效果,从后端请求的数据如何加载到前端中,都由前端自己决定,网页有网页的处理方式,App有App的处理方式,但无论哪种前端,所需的数据基本相同,后端仅需开发一套逻辑对外提供数据即可。

在前后端分离的应用模式中 ,前端与后端的耦合度相对较低。

在前后端分离的应用模式中,我们通常将后端开发的每个视图都称为一个接口,或者API,前端通过访问接口来对数据进行增删改查。

为什么要有前后端分离

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

前后端分离缺点

  • 前后端学习门槛增加(比如后台很多模板语法控制前端展示,但是分离以后,需要前端自己去实现,增加前端成本,对后台来说,后端要满足规范)

  • 数据依赖导致文档重要性增加

    • 文档是否详细
    • 是否及时更新
    • 修改要及时通知其他端
  • 前端工作量加大

  • SEO的难度增加(都是AJAX,像一些初级爬虫全部挡在外面,比如一些搜索引擎,这样你的排名就不靠前了)

相关推荐