Mybatis异常：IncompleteElementException: Could not find result map com.qf.domain.USER 解决方法

BUG消除者(1):

Mybatis异常：

IncompleteElementException: Could not find result map com.qf.domain.USER 

错误信息:

 

错误代码

解决办法:

上述标红线处代码更改为:  resultType

更改后,发现程序能够正常运行

resultType和resultMap区别:

相同点:resultType和resultMap都映射到了User对象中

不同点:

1.resultType对应的是java对象中的属性，大小写不敏感，

2.resultType如果放的是java.lang.Map,key是查询语句的列名，value是查询的值，大小写敏感

3.resultMap:指的是定义好了的id的，是定义好的resyltType的引用

注意：用resultType的时候，要保证结果集的列名与java对象的属性相同，而resultMap则不用，而且resultMap可以用typeHander转换

4.type:java 对象对应的类，id:在本文件要唯一column :数据库的列名或别名，property:对应java对象的属性，jdbcType:java.sql.Types

查询语句中，resultMap属性指向上面那个属性的标签的id

parameterType:参数类型，只能传一个参数，如果有多个参数要封装，如封装成一个类，要写包名加类名，基本数据类型则可以省略

5.一对1、一对多时，若有表的字段相同必须写别名，不然查询结果无法正常映射，出现某属性为空或者返回的结果与想象中的不同，而这往往是没有报错的。

使用方法:

resultType:

          一般使用在Mybatis中的手动增删改查中,在日常开发中,这种方式虽然现在已经不是开发的主流,但她也曾作为主流影响着过我们,给我们留下过痕迹.突然想起了泰戈尔飞鸟集中的一句话(虽然不大应景).好了,扯远了,附上:使用代码:

<select id="selectUserByid" resultType="com.qf.domain.USER"              parameterType="java.lang.Long">
        select * from USER where id = #{id}
</select>

resultMap:

        比较常用的一种自动的方式

 

 

总结:

         上述代码是Mybatis手动增删改查,小编在手敲代码的时候不注意,敲成了resultMap,导致了此次Bug.查找了好长时间,才发现了解决办法,当然:查找过程是痛苦的,但当程序能够正常运行的那一刻,感觉满满的成就感,之前的一切都是值得的.特此把这个小bug发出来,也希望初学者不要继续"趟坑".