java - 阿里的开发手册中为什么禁用map来作为查询的接受类?

问题描述

问 题

我在项目中经常使用List<Map<String,Object>>做为查询的接受对象.感觉使用方便,不用每个多表查询的时候都创建DTO类.

上面只针对查询,如果将map应用到DTO,VO是否会有相同的问题.

解决方案

1、map参数数量大时不易维护。要通过识别字符串形式的key，可能哪个字母没加程序就出错了

2、map转成实体，耗费资源。或者不转实体，直接将map传到sql层，但要判断空值（传没传这个参数啊。。。），参数数量一多要加一堆判断（sql效率下降，也不易维护）

3、创建map再put进参数值，比创建一个实体类的时间要长（map数量少时创建的时间差距很小，但是数量较大时差距会非常大）

4、参数类型的控制。sql中不是字符串类型的参数还要转成数值。。。错误跑到sql中，容易被CC

5、面相对象，将sql层与实体分离，降低耦合。否则维护很麻烦

这篇关于java - 阿里的开发手册中为什么禁用map来作为查询的接受类?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！