大家是怎么处理类型和类型描述的？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 2832 天前的主题，其中的信息可能已经有所发展或是发生改变。

比如一个实体类 User ，有个性别属性， 1 表示男， 0 表示女。前端显示时，当然是显示文字，请问大家是在哪一层转换的。因为有太多的实体需要将数据库中保存的类型转成描述了。

类型

实体

user

描述

24 条回复 • 2017-03-14 21:19:57 +08:00

MiguelValentine

2017-03-03 09:10:22 +08:00

(!sex)?"女":"男";
前端啊。

JamesRuan

2017-03-03 09:13:24 +08:00

变量名为 is_man ，在视图层转换。
变量名是 gender ，则应该直接把文字保存在数据库。
如果变量名是 gender ，还存 0 和 1 ，应该把设计数据库的人抓出来打一顿（逃

fwrq41251

2017-03-03 09:14:07 +08:00

jpa AttributeConverter ，业务代码里应该只有枚举，没有 0,1 啥的

340244120

2017-03-03 09:14:49 +08:00 via Android

方案一数据在显示层之前做转换，枚举比较多的话，可以用工具类进行转换。
方案二显示层处理。缺点是前端工作量更多。优点是数据传输量相对少；前端快速实现多国语言切换等

rason

2017-03-03 09:27:26 +08:00

@MiguelValentine 要转换的地方太多的话会累死前端，而且还得沟通告诉前端啥对应啥。

rason

2017-03-03 09:29:07 +08:00

@340244120 多一个实体需要转换需要修改工具类，感觉挺麻烦的，我想要的效果是能够轻松统一处理多处的转换。

rason

2017-03-03 09:30:31 +08:00

@JamesRuan 直接数据库保存文字是一个好的方案？这个我不太确定，不知道大家是怎样用的。

JamesRuan

2017-03-03 09:37:02 +08:00

@rason 多国语言支持可以存专门的翻译用表，至少我知道 EVE 的数据库是这么设计的。

关键点在于，**别把 0->女 1->男这样的数据关系不当数据**。既然是数据，存数据库自然是最直接的。

说优化传输量的可以省省了，这明明是“过早优化”，减少传输数据量一个 gzip 就能搞定。

说优化储存量的，你要不用 is_man 这样的变量名，存 boolean ，要不就老老实实存字符类型。说不定哪天有个需求要求支持男女外的其他性别呢？（ facebook ？）

shakespaces

2017-03-03 09:47:37 +08:00

一般来说给前端吧

MiguelValentine

2017-03-03 09:47:39 +08:00

@rason 关键前端在设置性别的时候，肯定传 0/1 吧。你们的业务不会传回来男女吧。刚好前端双绑定。

kanezeng

2017-03-03 09:52:33 +08:00

看情况吧，某些极端情况下，为了灵活调整，在数据库里建一个专门的对应表也可以吧。
以性别为例（当然这个不是特别极端，所以不是很合适，看看意思就好），比如建个性别表，有 id ，有描述，里面可以随时添加，比如：男，女，不男不女，变性，保密。。。。。。
用户表就存性别 id 就好了，传给前端的用户数据可以有 id ，也可以附带一项比如 gender_desc 把对应的描述加上啊。

rason

2017-03-03 10:01:13 +08:00

@MiguelValentine 嗯，这样做就是把锅丢给前端来玩了，所以想看看大家有没有什么好的解决方法。

rason

2017-03-03 10:02:16 +08:00

@kanezeng 恩，你说的方式我在工作中都有见过或者用到过，但是总感觉有点不足，所以想问问大家有什么更好的方式。