我想大多数的程序员应该都经历过这样的事情吧,前端需要查询 10 条数据,每一条数据都涉及到数字或者英文转成中文的过程,那么有没有考虑过,如何更优雅的来统一处理这些问题呢,有谁有好的想法,麻烦提供一下,谢谢
我想大多数的程序员应该都经历过这样的事情吧,前端需要查询 10 条数据,每一条数据都涉及到数字或者英文转成中文的过程,那么有没有考虑过,如何更优雅的来统一处理这些问题呢,有谁有好的想法,麻烦提供一下,谢谢
|
BiChengfeiJul 25, 2022
1
没看懂啊,举例说明吧
|
|
sutraJul 25, 2022
2
l10n, i18n?
|
|
toesbieyaJul 25, 2022
3
不就是字典么
|
|
LeegoYihJul 25, 2022
4
1. 前端维护一份 code -> description 的映射。缺点:需求变动可能要改代码重新发布。
2. 后端返回列表结果的时候把 description 直接带上。缺点:报文变大。 3. 后端提供一个查询接口,返回 code -> description 的映射,前端缓存。缺点:增加前端复杂度。 |
|
sky857412Jul 25, 2022
5
标题应该写翻译
|
|
summerLastJul 25, 2022
6
枚举这种?后端定义一个字典然后前端获取,转成一个 kv obj 然后 item.kName = kvMapper[k]
|
|
Red998Jul 25, 2022
7
状态枚举 前端可以转
|
|
catinsidesJul 25, 2022
8
filter?
|
|
bxb100Jul 25, 2022
9
类似这个 {{ xxx | mapper(xxx) }} ?
|
|
unco020511Jul 25, 2022
10
所以到底是翻译还是转义
|
|
changdyJul 26, 2022
11
后端维护一份 缓存字典 .
然后自己写一个反射工具类 遍历父类以及本身所有 field ,转换成相应字段.. ps .目前我们的缓存字典实际上用的是 map ,没有 lru 之类的策略 ,有什么缓存推荐的吗? |
|
ozipinJul 26, 2022
12
自定义注解,自己写转义切面
|