后端的同学由于技术栈的原因，通常对前端html之类的渲染首先想到的是在服务端通过将html页面转为php或jsp，并在html中嵌入php或jsp标签来进行动态数据的渲染。
这个方法好处在与对于后端技术人员比较友好，如果做的项目是从前端撸到后端，并无问题。
弊端是，前后端搅和在一期，对于项目的生命力和扩展性存在挑战，且对技术人员的要求略高，至少得前后端的技术栈都比较熟悉吧。
但现在的开发分工比较细，通常前后端是分离的，术业有专攻，前端的同学可以专注渲染页面、专注于交互和体验，让用户用起来更爽，后端的同学也将更专注api、架构、高可用、扩展等更为重要且擅长的方面，进而大幅提高项目的开发周期、项目质量。
那前后端如何做分离呢？
有个原则：
后端只做api响应数据报文，不做任何基于html的渲染；
前端拿到api的数据后，对html进行渲染。
如此，前后端可以并行工作、前端的调整无需后端联动，后端的api的升级也无需顾虑前端php等页面中嵌入变量的不确定性更新；
作为后端码农，略懂前端的半吊子。
前端采用layui，并基于模板引擎laytpl进行前端渲染感觉是不错的上手路子。
至于后端api部分，爱用啥用啥，目前在用gin-gonic。
参考资料：
阅读(28745) | 评论(0) | 转发(0) |
