在开发Web应用中，有两种应用模式：
前后端分离与前后端不分离
- 前后端分离是一种架构模式，说通俗点就是后端项目里面看不到页面
（JSP | HTML），后端给前端提供接口，前端调用后端提供的REST风格接口就行，前端专注写页面（html|jsp）和渲染（JS|CSS|各种前端框架）；后端专注写代码就行。 - 前后端分离的核心：后台提供数据，前端负责显示
在以前，听说 TDD (Test-driven development，测试驱动开发) 可以改善代码的质量，我们便实施了 TDD；接着，听说 BDD (Behavior-driven development，行为驱动开发) 可以交付符合业务需求的软件，我们便实施了 BDD；后来，听说 DDD (Domain-driven design，领域驱动设计) 可以分离业务代码与基础代码，我们便实施了 DDD。今天，听说了前后端分离很流行，于是我们就实施了前后端分离——这就是传说中的 HDD（Hype-driven Development，热闹驱动开发）。
过程： TDD -》 BDD -》 DDD =》 HDD
前后端分离则可以很好的解决前后端分工不均的问题，将更多的交互逻辑分配给前端来处理，而后端则可以专注于其本职工作，比如提供API接口，进行权限控制以及进行运算工作。而前端开发人员则可以利用nodejs来搭建自己的本地服务器，直接在本地开发，然后通过一些插件来将api请求转发到后台，这样就可以完全模拟线上的场景，并且与后台解耦。前端可以独立完成与用户交互的整一个过程，两者都可以同时开工，不互相依赖，开发效率更快，而且分工比较均衡。
总结优点如下：
- 提升开发效率
- 完美应对复杂多变的前端需求
- 增强代码可维护性
- 在前后端不分离的应用模式中，前端页面看到的效果都是由后端控制，由后端渲染页面或重定向，也就是后端需要控制前端的展示，前端与后端的耦合度很高。
- 这种应用模式比较适合纯网页应用，但是当后端对接
App时，App可能并不需要后端返回一个HTML网页，而仅仅是数据本身，所以后端原本返回网页的接口不再适用于前端App应用，为了对接App后端还需再开发一套接口。
把前端的界面效果(html，css，js分离到另一个服务端，python服务端只需要返回数据即可)
前端形成一个独立的网站，服务端构成一个独立的网站
- 在前后端分离的应用模式中，后端仅返回前端所需的数据，不再渲染
HTML页面，不再控制前端的效果。至于前端用户看到什么效果，从后端请求的数据如何加载到前端中，都由前端自己决定，网页有网页的处理方式，App有App的处理方式，但无论哪种前端，所需的数据基本相同，后端仅需开发一套逻辑对外提供数据即可。 - 在前后端分离的应用模式中 ，前端与后端的耦合度相对较低。
- 在前后端分离的应用模式中，我们通常将后端开发的每个视图都称为一个接口，或者
API，前端通过访问接口来对数据进行增删改查。