是这样的,我在sql mapper的xml中有个sql 大概长下面这样子:
<select id="getFilesList" parameterClass="com.common.dto.UpLoadFileDTO"
resultClass="com.common.dto.FileListDTO">
--...
--...
--...
</select>
然后在java程序中,我是这么接受这个返回的。
List<ArrayList<UploadFileDTO>> result = null;
try {
result = getCommExeSqlDAO().queryForList("getFilesList", params);
} catch (PafaDAOException e) {
throw new BusinessException(e);
}
机智的你,可能一眼就看出来,接收参数类型 完全不一致,
接收的参数类型是 list< list< DTO > > 格式的,而返回是
list< DTO >格式类型的。
但结果很让人吃惊,能正常执行,且返回的结果是list< FileListDTO > 类型,而且数据也是正常,正确的。
也就是说,是按照ibatis中的resultClass来的。而且这两个DTO中的字段是不一样的,前者有的,后者没有。
请问各位大神,这怎么解释?
你代码都不全别人怎么看?
重点在bean上,一致,则可以
数据库查询结果跟后台bean的参数映射其实是getter, setter的过程,你在bean的set方法随便做些手脚,就会发现被调用了。所以只要数据查询的字段在bean中是有的,都可以正常返回。相反,若是没有,就会报错了
你的returnClass="com.common.dto.FileListDTO",你java部分的resultList是List> result,你这是复杂类型,是自己进行了resultHandler的处理了吧,你看错代码了吧,这不是你自己的代码吧。