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

• 資深大佬 : qwn3213

  让他们写个静态的 json

• 資深大佬 : geebos

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

• 資深大佬 : lower

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

• 資深大佬 : Qcui

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

• 資深大佬 : zarte

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

• 資深大佬 : Curtion

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

• 資深大佬 : zoharSoul

  放 Apollo 上, 让前端自己拿去

• 資深大佬 : IvanLi127

  我只知道前端用接口查也挺折腾的
• 資深大佬 : zealinux

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

• 資深大佬 : hb0730

  数据字典表

• 資深大佬 : kanezeng

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

• 資深大佬 : xmt328

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

• 資深大佬 : Xusually

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

• 資深大佬 : beichenhpy

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

• 資深大佬 : nekochyan

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

• 資深大佬 : TomVista

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