Zoho Deluge中选择map、list、collection数据结构的参考标准是什么

优先选用原生list/map的场景 #

• 对代码语义清晰度要求高的场景：list调用add()插入值、map调用put()插入键值对的差异化方法名，本身就是代码的自说明注释，后续维护者无需额外判断就能明确数据结构类型，适合绝大多数常规业务开发场景。
• 仅需要单一数据结构能力的场景：如果业务逻辑全程只用到列表的按索引取值、排序能力，或者仅用到map的按键快速查询、批量删键能力，原生list/map的专属方法更完善，没有使用collection的必要。

适合用collection替代list/map的场景 #

• 编写通用工具函数的场景：当你需要实现兼容列表、键值对两种结构的通用逻辑时，用collection作为入参/返回值类型，统一调用insert()方法即可同时适配list-collection和map-collection两种类型，无需分别编写两套逻辑，大幅减少重复代码。
• 需要运行时动态切换数据结构类型的场景：比如部分业务需要先将数据存为列表完成排序、去重操作，后续又需要转成键值对结构做批量查询，使用collection可以直接修改内部结构类型，无需额外定义变量做类型转换。
• 需要高频使用集合运算的场景：collection原生支持intersect()（取交集）、union()（取并集）、distinct()（去重）等通用集合方法，两种类型的collection都可以直接调用，无需手动实现对应逻辑，开发效率更高。

其他选型考量因素 #

• 性能因素：处理10万条及以上量级的数据时，collection的底层读写性能比原生list/map高15%~20%，大数据量业务场景下可以优先选用collection。
• 类型可见性问题的解决方案：你提到的collection类型不明确的问题，可以通过变量命名规范解决，比如列表型collection命名后缀加_col_list，映射型collection命名后缀加_col_map，基本可以消除类型判断成本。
• 概念区分注意：自定义collection和Zoho Deluge Query返回的collection-variable不属于同一概念，后者是查询结果专属类型，仅支持查询相关操作，不要和自定义collection混用。

内容的提问来源于stack exchange，提问作者ZohoCoder