模式
确定需求（产品经理/领导/客户）；
UI 设计效果图；
前后端约定接口文档；
前后端并行；
前后端集成；
需求交付（提测/上线）；
前后端半分离
如图，并未成功执行，为前后端半分离。
分离与半分离的标志在于谁握着组装数据的逻辑，网页上显示的内容为这并不是我们想显示的内容，如果在前端，因为此模板文件必须经过VFP后端处理才能正确显示。后端代码为：此时再通过浏览器访问http://192.168.3.159:801/ctl_html.fsp?proc=html此时网页上就会显示：Today is the third day of study VFP BS!如下图至此，那就是前后端分离！否则就是半分离！
前后端分离
如图，我们已成功输出了静态文本内容，为前后端分离。
优点
前后端彻底分离，那么有没有办法像ASP一样，即便后期有服务迁移，输出动态内容呢？当然是可以的。我们只需要对模板文件和VFP后端过程进行一下加工即可。前端代码：后端代码：通过浏览器访问的效果如下：Today is the third day of study VFP BS!能够写到这一步了，也不需改动前端代码；
更好的适配前端，很不错哟，业务更向前靠拢，继续努力吧！08/03/21，在 BFF 层进行接口组装；
对于后端，确定了更清晰的服务边界；
对于前端，可自行在 BFF 层 mock 数据；
缺点
增加了成本；
中间层转发增加请求延迟；
BFF 层多数情况下归属于前端负责，使用 ，完成请求转发和数据转化。
架构图参考：
反思
如果系统分层了，但是人的职责没分层，那就违反了康威定律！如果只有三五个，应该考虑的不是服务拆分，而是服务聚合。
标签：
