比如标签状态，后端定义 0/1/2/3/4 这种，前端在标签这里是直接显示比较好，还是前端拿到原始数字去查字典再显示 又或者像状态，后端认为存的时候就查字典把 value 和 label 都存进去。 我是觉得存的时候可以存原始数据，在列表的时候后端查出来把相关内容转一遍直接返回给到前端。而不是值怎么存，怎么取。
其实做不做都行的, 后台侧无所谓, 反正自己人用. 但是编辑数据的时候还是需要用原始状态配合状态字典, 除非你真的就用中文做值... 用户/客户端侧可以考虑格式化之后再返回, 可以避免部分业务状态被有心人猜到, 违规调用接口达成目的. (别杠什么鉴权, 很多时候真的就是能跑起来而已, 开发周期和 money 也不支持做得太完善...)
@luckyrayyy @wu67 @ggzhyipeng @aababc @wysnxzm @Curtion 看起来似乎前后端都能处理，因为我是前端，不太理解后端，感觉似乎应该有个中间层，后端返回的数据经过中间层进行统一转掉
你不想搞 就让后端返回现成的，这东西要是后面改了，前端也不要发版。要么就是他给 key + 字典 你自己取，反正不要把 label 定义在前端。 到时候要改 两边都要改。正常 就是 key + 字典 你来处理。 其实后端直接返回也没啥。
@xiaohantx #7 纯展示无逻辑可以由后端直接映射到中文,如果需要前端根据类型判断业务比如 type 为 1 时使用 a 样式 type 为 2 时使用 b 样式这种后端就应当返回 1/2/3 给前端 通常情况下都是给类型不做映射前端自己去做映射,因为纯展示的项目一般不会有前端岗位而是后端把前后端工作一起做了
