form 表单的每个枚举都要后端返回吗？

[a7217107]

前端同事总是问我要 form 表单的枚举，多个我能理解，为什么性别和有些 3-5 个字段的类型也要返回呢。这些接口数量多了不是增加服务端压力，并且会阻塞后面的请求吗？

[null113]

让他们写个静态的 json

[geebos]

免得后面枚举变了还要改代码吧，谁知道后端会用什么奇葩的枚举值

[lower]

搞个字典表，一个接口搞定，上缓存

[Qcui]

性别之类不会变的枚举可以前端固定，其它的还是老实给接口吧，谁知道后面会怎么变。

[zarte]

考虑太多呗，自己建站的时候就会能省则省了。

[Curtion]

这个看业务吧，和数量无关；性别的话讲道理不需要接口

[zoharSoul]

放 Apollo 上, 让前端自己拿去

[IvanLi127]

我只知道前端用接口查也挺折腾的

[zealinux]

其实性别也真需要接口返回的，
不过可以放在缓存里。
太多的教训了，前端写死是大忌。

[hb0730]

数据字典表

[kanezeng]

这玩意前端确实不要固定，谁也不知道以后怎么样不是。比如性别吧，最开始大家都是两个选项，后来有的就加了个保密什么的，发展到现在，你看 Facebook 就这个框有 56 个选项。但是你后端可以放缓存减少负担（然后个人觉得有些选项前端也可以一次性先从后端获取，然后缓存在 localstorage 之类的地方）。

[xmt328]

@Curtion 你以为不会变,谁知道以后政治正确会不会添加其他的,永远不要低估产品需求的变化程度

[Xusually]

@Curtion @Qcui LGBTQ 群体分分钟教你做人，认真脸.gif

[uselessVisitor]

搞一个数据字典表，然后缓存在 redis 里，前端每次只要一次请求获取所有的字典

[nekochyan]

我们是单独一个接口请求配置信息存本地，每次登陆 hash 一下不同就重新下发

[TomVista]

谷歌注册的性别选项告诉我们,人的性别可能发生变化🐶