1.最近有个问题：以前工作的时候表格的数据都是后台做处理后，传字符串给前端然后直接展示到页面上。。。
2.最近有个后台的同事跟我说， 他传对应字符串的id给前端 前端自己做处理，用对应的接口把id转成字符串。想问问这合理吗？
注： 因为新增数据的时候 都是选择框 所以传给后台的都是对应字符串的id值
用ajax,json格式，异步通讯就可以了。
参考一下：https://edu.csdn.net/course/detail/4858
你后台同事这个要求不太合理，后台应该直接给出前端需要的数据，
后台给出的可以是处理好的html字符串，也可以是json格式的数据，前端可以用json数据自己生成html元素。
如果后台只把数据id给前端，前端还必须再发一次请求到后台取数据，这样就要发两次请求到后台。
除非有特别的情况，不建议这样做。
没什么合理不合理的，谁处理起来方便谁来处理。相互沟通协调一下就是了。我们一般都是后台在做前台直接展示。
前台需要对应把id转成字符串，前台不想转，那后台就得把id转成字符串传给前台，工作就是这样，谁做沟通就是了。
前端是尽量拿到数据之后 不做处理就能使用。一般都是后端返回具体格式的。因为前端转换。渲染得转一遍，传回去还得转一遍。后台写好就方便好多
您好，我是有问必答小助手，你的问题已经有小伙伴为您解答了问题，您看下是否解决了您的问题，可以追评进行沟通哦~
如果有您比较满意的答案 / 帮您提供解决思路的答案，可以点击【采纳】按钮，给回答的小伙伴一些鼓励哦～～
ps:问答VIP仅需29元，即可享受5次/月 有问必答服务，了解详情>>>https://vip.csdn.net/askvip?utm_source=1146287632
看具体情况,一般字典表类型少的,直接返回,前端字典转移即可,如果某个字典值类型过多,比如学生ID对应学生名,有多少学生就有多少ID,这种后端返回具体的名字.字典转换是统一封装的方法,转换起来并不麻烦,而且也可以缓存字典