下拉列表前后端交互之数据库or枚举

在实际的测试工作中，经常会遇到下拉框数据有问题的情况：

通常下拉框数据都是要和后端交互的，这是我们要知道下拉框数据是前端后端约定好写死的还是后端返回的数据。

第一种前端写死的，如果遇到数据变动，那么前后端都要修改重新发布，第二种由后端处理则更好维护。

那么后端如何存储这些下拉列表数据呢？

1、数据库

若下拉表选项经常变更，那么用数据库确实方便维护，但在这种情况下会造成频繁访问数据库获取和比对列表键值的情况，可以使用缓存来解决，或者使用非关系型数据库。

一般情况下，如果系统中存在大量的状态常量值的话，会在系统中单独建立一张数据字典表，存放各常量值，方便用户选择，系统也可以对各常量值进行增删改等操作，使系统更加灵活友好，不需要修改代码重新发版，写sql增删改查就可以了。

存入数据库的字典表中，需要code和中文名称，定义存取的方法和接口。

2、枚举

对于不经常变或者固定的下拉表，使用枚举就很方便，在枚举类中也需要code和name两个属性，可以定义获取枚举的方法，来提供下拉列表数据的返回。

当然后端不可能针对每个枚举类给出一个接口返回数据，可以实现单个接口返回所有枚举类。

但若要添加枚举项的话，就需要后端重新发版，不易扩展。

具体实现参照：

https://blog.csdn.net/millery22/article/details/123566163?spm=1001.2101.3001.6650.6&utm_medium=distribute.pc_relevant.none-task-blog-2%7Edefault%7EBlogCommendFromBaidu%7Edefault-6-123566163-blog-80633961.pc_relevant_multi_platform_whitelistv2&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2%7Edefault%7EBlogCommendFromBaidu%7Edefault-6-123566163-blog-80633961.pc_relevant_multi_platform_whitelistv2&utm_relevant_index=10

 

---

如果您觉得阅读本文对您有帮助，请点一下“推荐”按钮，您的“推荐”将是我最大的写作动力！欢迎各位转载，但是未经作者本人同意，转载文章之后必须在文章页面明显位置给出作者和原文连接，否则保留追究法律责任的权利。