Mybatis接口式編程的原理

Mybatis 有兩種實現(xiàn)方式

其一：通過xml配置文件實現(xiàn)

其二：面向接口編程的實現(xiàn)

           前者原理在Mybatis運行套路里面大致說了一下，此節(jié)說的是后者，面向接口的編程，可以解決掉 namespace / 傳入?yún)?shù) / 返回值 / 與Sql關(guān)聯(lián)Id 等四處風險。

           意思就是，Mybatis配置文件Dao.xml找了一個接口作為自己的代言人，并告訴其他的Java對象，以后訪問數(shù)據(jù)庫不要再騷擾我這個Dao.xml文件了，你去找我的代言人助理它會全權(quán)負責的。

           如果接口助理要全權(quán)負責Dao.xml文件的所有工作，那么，Dao.xml文件肯定要和代言接口交接清楚工作任務(wù)，不能然接口亂搞。

仍舊以訪問數(shù)據(jù)庫信息列表為例：

首先要定義一個接口IMessage和Dao.xml文件里面的各種配置項一一對應：

package hdu.terence.dao; 
import java.util.List; 
import hdu.terence.bean.Message; 
public interface IMessage { 
    publicList<Message> queryMessageList(Message message); 
} 

Dao.xml文件配置：

<?xml version="1.0"encoding="UTF-8"?> 
<!DOCTYPE mapper 
  PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" 
  "http://mybatis.org/dtd/mybatis-3-mapper.dtd"> 
<mapper namespace="com.terence.dao.IMessage">  
 <resultMap type="hdu.terence.bean.Message" id="MessageResult">  
  <id column="id" jdbcType="INTEGER"property="id"/> <!--主鍵標簽--> 
  <result column="COMMAND" jdbcType="VARCHAR"property="command"/> 
  <result column="DESCRIPTION" jdbcType="VARCHAR" property="description"/> 
  <result column="CONTENT" jdbcType="VARCHAR"property="content"/> 
 </resultMap>   
 <select id="queryMessageList" parameterType="hdu.terence.bean.Message" resultMap="MessageResult"> 
  SELECTID,COMMAND,DESCRIPTION,CONTENT FROM message WHERE 1=1    
  <if test="command!=null and!"".equals(command.trim())"> 
  andCOMMAND=#{command} 
  </if> 
  <if test="description!=null and!"".equals(description.trim())"> 
  andDESCRIPTION like '%' #{description} '%' 
  </if>  
 </select><span > </span> 

測試：

public List<Message> queryMessageListByMybatis(Stringcommand,String description) 
  { 
    DBAccess dbAccess =new DBAccess(); 
    SqlSession sqlSession=null; 
    List<Message>messageList=new ArrayList<Message>(); 
    try { 
      sqlSession=dbAccess.getSqlSession(); 
      Message message=new Message(); 
      message.setCommand(command); 
      message.setDescription(description);           
      //方式二：通過接口調(diào)用配置文件里面的sql語句 
      IMessageimessage=sqlSession.getMapper(IMessage.class); 
      messageList=imessage.queryMessageList(message); 
    } catch (IOException e) { 
      e.printStackTrace(); 
    } 
    finally{ 
      if(sqlSession!=null) 
      { 
        sqlSession.close(); //要關(guān)閉數(shù)據(jù)庫會話 
      } 
    } 
    return messageList; 
  } 

            第一，Dao.xml文件命名空間要和接口的全名保持一致：寫接口的全名（包括報名com.terence.dao.IMessage）方便接口找到配置文件的命名空間。

            第二，接口定義代言的sql語句對應的方法：queryMessageList()，方法名要和代言的sql語句配置項的id：queryMessageList相同，方便接口根據(jù)自己聲明的方法映射到對應的配置項id。

            第三，接口聲明的方法帶入的形參Message要和Dao.xml文件對應配置項需要的參數(shù)保持一致。

            第四，接口聲明的方法的返回值類型List<Message>要和Dao.xml文件id配置項resultMap類型一致。

            這樣就完成了接口的代理工作，配置文件會告訴其他的Java代碼，以后通過這個接口就可以完成我本來要完成的工作，執(zhí)行Sql語句對數(shù)據(jù)庫完成交互工作；很明顯，這種接口式編程比以前的直接調(diào)用配置文件方便多了，以前直接調(diào)用配置文件，每次使用配置文件，都需要寫配置文件的命名空間、id、參數(shù)和返回值，這些地方有時候會手滑寫不一致，如果出錯，編譯器不會出現(xiàn)提示，開發(fā)者只能根據(jù)執(zhí)行結(jié)果錯誤提示推敲錯誤的地方慢慢調(diào)試。如果使用接口式編程，通過將配置文件dao.xml和定義的接口一一匹配對應，通過接口代理配置文件，以后不管誰使用都可以直接調(diào)用接口下，不用管配置文件里面的命名空間和sql配置ID，調(diào)用接口時如果出錯，會自動提示，更有利于錯誤的查找。

            但是，如果僅僅在Mybatis中使用接口式編程，并沒有什么顯著的效果，但是當Mybatis遇到spring的時候，效果就顯著了。

            當Mybatis遇到Spring，Mybatis的核心配置文件Configuration.xml中連接數(shù)據(jù)庫的配置，就會取代了Spring中的DB層，Mybatis中的SqlSession會話將會托管給Spring，上述的MessageDao.xml部分帶入?yún)?shù)調(diào)用接口的部分都會托管給Spring的Service來完成。此時我們定義的IMessage接口將會替代原來的Dao層，此時的Dao層只剩下接口文件和JavaDao.xml配置文件. 

Mybatis接口式編程的原理

第一個問題，明天為什么接口Imssage.queryMessageList()沒有實現(xiàn)類，但是卻可以調(diào)用對應的方法？

            首先要有一個創(chuàng)建代理實例的類，類里面有個方法invoke();

MapperProxy implements InvocationHandler
{
 MapperProxy.invoke();
}

            當我們調(diào)用接口的時候，走的是Invoke()方法，會通過Proxy.NewProxyInstance()加載一個代理實例，實際上也就是通過sqlSession.getMapper()來獲取代理實例，即

sqlSession.getMapper()==Proxy.newProxyInstance(); 
IMessage imessage=sqlSession.getMapper(IMessage.class);
messageList=imessage.queryMessageList(message);

            這樣，即使IMessage自身沒有實現(xiàn)類，但是通過SqlSession的getMapper方法帶入接口類IMessage.class，就可以獲取一個IMessage類型的代理實例，很明顯，這里是泛型在起作用，帶入什么樣的類型，就得到一個什么類型的接口，原因是Mybatis已經(jīng)利用泛型做了強轉(zhuǎn)了； 

第二個問題，既然是通過invoke（）方法，它是怎么知道我們要調(diào)用sqlSession.selectList()方法？

            因為剛初始化sqlSession的時候，加載了Configuration.xml文件，并在改文件中加載了各個JavaDao.xml文件，而這個Configuration.xml文件對應了Mybatis中相關(guān)的類：Configuration，接口的全名稱在Invoke()方法里面都可以拿到， 接口全名稱.方法名==namespace.id，所以可以拿到配置文件中的查詢方法。 

SqlSession的獲取

public SqlSession getSqlSession() throws IOException 
{ 
    //1、通過配置文件獲取數(shù)據(jù)庫連接相關(guān)信息 
    Readerreader=Resources.getResourceAsReader("hdu/terence/config/Configuration.xml"); 
    //2、通過配置信息構(gòu)建SqlSessionFactory 
    SqlSessionFactorySSF=newSqlSessionFactoryBuilder().build(reader); 
    //3、通過SqlSessionFactory打開數(shù)據(jù)庫會話 
    SqlSessionsqlSession=SSF.openSession(); 
    return sqlSession; } 

    SqlSession通過上述配置實現(xiàn)，首先通過Resources.getResourceAsReader(“配置文件路徑”)方法加載配置文件包裝一個reader對象，然后通過SqlSessionFactory這個接口帶入reader對象，獲取一個動態(tài)代理實例，即SqlSessionFactory會話工廠，通過會話工廠得到一個會話SqlSession().   

  其中，在獲取會話工廠獲取實例的時候，底層實現(xiàn)源碼是將帶入的參數(shù)read作為key，找到Map中對應的value值，即MapperProxyFactory。

以上所述是小編給大家介紹的Mybatis接口式編程的原理，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復大家的。在此也非常感謝大家對億速云網(wǎng)站的支持！