标签：relevant 数据 数据库 blog pc 枚举 交互

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

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

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

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

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

 

标签：relevant,数据,数据库,blog,pc,枚举,交互
来源： https://www.cnblogs.com/yuxinn99/p/16440546.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。