[MyBatis]DAO层只写接口，不用写实现类

深藏阁楼爱情的钟 2022-10-10 12:30 70阅读 0赞

团队开发一个项目，由老大架了一个框架，遇到了DAO层不用写接口了，我也是用了2次才记住这个事的，因为自己一直都是习惯于写DAO层的实现类，所以，习惯性的还是写了个实现类。于是遇到错误了。

找不到那个方法。问了团队的人才知道，方法名和Mapper中配置的id名必须一样。

实现:  
一、配置Spring集成MyBatis:  
<beans xmlns=“http://www.springframework.org/schema/beans”  
xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance”  
xmlns:p=“http://www.springframework.org/schema/p”…

--------------------

##    <bean id=“dataSource” class=“com.alibaba.druid.pool.DruidDataSource”   … ##

--------------------

要实现对数据库的操作必须要有sqlSession,而sqlSession是由sqlSessionFactory创建的。我们可以在spring配置好bean。

这个配置就是配置映射文件的路径，这样做的好处就是不用再写Dao的实现类了，也就是说，我们写好接口，写好配置文件，会自动映射到对应的方法和sql语句。

二、开发mapper.xml映射文件

--------------------

在这里只有一个UserDao(被代理的接口)。  
user.mapper.xml–namespace配置的就是UserDao的包全名。

三、开发mapper.java的接口  
/\*\*  
\* 根据用户的用户名查询用户  
\* @param user  
\* @return  
\*/  
User queryUserByLoginName (String loginName);

/**
     * 用户通过手机号码去修改密码
     * @param userModel
     * @return
     */
    Boolean updatePasswordByMobile(UserModel userModel);

如果需要特定类型的参数，就自己再造一个POJO类(例如:UserModel)。

##    u.id,   u.login\_name as “loginName”,   u.head\_img as “headImg”,   … ##

SELECT FROM juhui\_user u WHERE u.login\_name = \#\{loginName\} and u.del\_flag = \#\{DEL\_FLAG\_NORMAL\} update juhui\_user set update\_date=DATE\_FORMAT(\#\{updateDate\}, '%Y-%m-%d %H:%i:%S'), salt = \#\{salt\}, password = \#\{password\} where mobile = \#\{mobile\} 这里mapper.xml的(select、insert、update..)标签的id必须和DAO接口的方法名一样！

Mapper开发规则  
1、 在mapper.xml中将namespace设置为mapper.Java的全限定名  
2、 将mapper.java接口的方法名和mapper.xml中statement的id保持一致。  
3、 将mapper.java接口的方法输入参数类型和mapper.xml中statement的parameterType保持一致  
4、 将mapper.java接口的方法输出 结果类型和mapper.xml中statement的resultType保持一致

注意遵循上边四点规范！

这样抛弃Dao实现类的写法：  
具有更好的可扩展性，提高了灵活度。

原理  
再根据网上的一些知识点，讲一下原理:

mybatis通过JDK的动态代理方式，在启动加载配置文件时，根据配置mapper的xml去生成Dao的实现。

session.getMapper()使用了代理，当调用一次此方法，都会产生一个代理class的instance,看看这个代理class的实现.

public class MapperProxy implements InvocationHandler \{  
…  
public static T newMapperProxy(Class mapperInterface, SqlSession sqlSession) \{  
ClassLoader classLoader = mapperInterface.getClassLoader();  
Class<?>\[\] interfaces = new Class\[\]\{mapperInterface\};  
MapperProxy proxy = new MapperProxy(sqlSession);  
return (T) Proxy.newProxyInstance(classLoader, interfaces, proxy);  
\}

public Object invoke(Object proxy, Method method, Object\[\] args) throws Throwable \{  
if (!OBJECT\_METHODS.contains(method.getName())) \{  
final Class<?> declaringInterface = findDeclaringInterface(proxy, method);  
final MapperMethod mapperMethod = new MapperMethod(declaringInterface, method, sqlSession);  
final Object result = mapperMethod.execute(args);  
if (result == null && method.getReturnType().isPrimitive()) \{  
throw new BindingException(“Mapper method '” + method.getName() + “’ (” + method.getDeclaringClass() + “) attempted to return null from a method with a primitive return type (” + method.getReturnType() + “).”);  
\}  
return result;  
\}  
return null;  
\}  
这里是用到了JDK的代理Proxy。 newMapperProxy()可以取得实现interfaces 的class的代理类的实例。

当执行interfaces中的方法的时候，会自动执行invoke()方法，其中public Object invoke(Object proxy, Method method, Object\[\] args)中 method参数就代表你要执行的方法.

MapperMethod类会使用method方法的methodName 和declaringInterface去取 sqlMapxml 取得对应的sql，也就是拿declaringInterface的类全名加上 sql-id…

总结:  
这个就是利用JDK的代理类实现的。