Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1126063
  • 博文数量: 188
  • 博客积分: 1156
  • 博客等级: 少尉
  • 技术积分: 2173
  • 用 户 组: 普通用户
  • 注册时间: 2011-01-16 15:01
个人简介

go!go!go!

文章分类

全部博文(188)

文章存档

2024年(2)

2023年(11)

2022年(13)

2021年(15)

2020年(38)

2019年(3)

2018年(6)

2016年(1)

2015年(16)

2014年(13)

2013年(24)

2012年(46)

分类: Html/Css

2019-12-04 11:11:04

后端的同学由于技术栈的原因,通常对前端html之类的渲染首先想到的是在服务端通过将html页面转为php或jsp,并在html中嵌入php或jsp标签来进行动态数据的渲染。
这个方法好处在与对于后端技术人员比较友好,如果做的项目是从前端撸到后端,并无问题。
弊端是,前后端搅和在一期,对于项目的生命力和扩展性存在挑战,且对技术人员的要求略高,至少得前后端的技术栈都比较熟悉吧。


但现在的开发分工比较细,通常前后端是分离的,术业有专攻,前端的同学可以专注渲染页面、专注于交互和体验,让用户用起来更爽,后端的同学也将更专注api、架构、高可用、扩展等更为重要且擅长的方面,进而大幅提高项目的开发周期、项目质量。

那前后端如何做分离呢?

有个原则:
后端只做api响应数据报文,不做任何基于html的渲染;
前端拿到api的数据后,对html进行渲染。

如此,前后端可以并行工作、前端的调整无需后端联动,后端的api的升级也无需顾虑前端php等页面中嵌入变量的不确定性更新;

作为后端码农,略懂前端的半吊子。

前端采用layui,并基于模板引擎laytpl进行前端渲染感觉是不错的上手路子。

至于后端api部分,爱用啥用啥,目前在用gin-gonic。

参考资料:








阅读(28836) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~