架构：前后端分离-按照处理的逻辑内容划分

思考起因

本来我是个全栈，自己做一个项目，这个时候并没有什么前后端分离的问题。

但是，因为要做一个更大的项目，这个时候就要做工作任务分离的一些事情，所以开始思考这方面的事情

 

什么是前后端分离

1、前后端分离，是依据代码运行的地方

按照这种理解，前端的作用，便是写页面。
JavaScript，HTML，CSS这些都是在浏览器端使用，所以这些都应该由前端写。
而API这些都是运行在服务器端，所以都是后端来做。

2、前后端分离，是依据谁编写前端页面

在早期，前端写完页面还是要交付给后端去处理，将其添加到web后台中才能返回页面。
后来，出现了node，能够直接返回页面，前端便也开始写一些在服务器运行的程序

3、前后端分离，是依据所写代码的逻辑

在前端能够使用node直接返回页面的时候，好像前后端分离已经演化到了最终形态。
在这个形态下，只要定义好API接口，前后端编程人员需要交流的地方已经不多了。

但是，出现了新的模糊界线的情况。
在互联网变化速度越来越快的今天，公司都有专门的运营人员。
这些运营人员管理着网页的展示，活动等等。
例如，淘宝的运营就需要根据季节来变换淘宝首页的轮播图，以及下面的推荐栏等等。
本来这些轮播图信息和网页结果是写死的，如果不想以后每次修改都需要运营和前端交流，
那么就需要提供一个前端网页结构的管理界面。

这时候就引出了我新想到的一个划分方法，以前应该有人提出过，但是我没有看到相关说法

<