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