开发模式
 
 确定需求(产品经理/领导/客户);
UI 设计效果图;
前后端约定接口文档;
前后端并行开发;
前后端集成;
需求交付(提测/上线);
 前后端半分离
 
 如图,为前后端半分离。
 分离与半分离的标志在于谁握着组装数据的逻辑,如果在前端,那就是前后端分离!否则就是半分离!
 前后端分离
 
 如图,为前后端分离。
 优点
 前后端彻底分离,即便后期有服务迁移,也不需改动前端代码;
更好的适配前端,业务更向前靠拢,在 BFF 层进行接口组装;
对于后端,确定了更清晰的服务边界;
对于前端,可自行在 BFF 层 mock 数据;
 缺点
 增加了开发成本;
中间层转发增加请求延迟;
 BFF 层大多数情况下归属于前端负责,使用 nodejs 开发,完成请求转发和数据转化。
 架构图参考:
 
 反思
 如果系统分层了,但是人的职责没分层,那就违反了康威定律!如果只有三五个开发,应该考虑的不是服务拆分,而是服务聚合。
 
 Hi,我是轩脉刃,一个名不见经传码农,体制内的小愤青,躁动的骚年,2020年想坚持写一些学习/工作/思考笔记,谓之倒逼学习。欢迎关注个人公众号:轩脉刃的刀光剑影。