Aperçu global de MyBatis (1)

Titre : Récemment, j'ai analysé le code source de MyBatis après le travail. La raison qui m'a poussé à lire le code source était de réaliser une pagination physique de MyBatis. Nous savons que MyBatis pagine logiquement, met en cache les résultats via les requêtes des utilisateurs, vérifie si l'objet RowBounds est transmis et vérifie les valeurs de décalage et de limite qu'il contient via ces deux valeurs, à partir de l'ensemble de résultats renvoyé, intercepte la valeur. dans le délai. Mais ce n'est pas très bon. Pensez-y, si la quantité de données interrogées est importante, mais que les premiers éléments sont utiles, ce serait un peu du gaspillage. Avant, j'ai également vérifié la méthode d'implémentation de la pagination sur Internet. La méthode la plus couramment utilisée consiste à ajouter le plug-in MyBatis, à implémenter l'interface Interceptor et à intercepter la méthode prepare dans l'interface StatementHandler. Je vais vous présenter pourquoi cette méthode de. l'interception de cette interface est introduite plus tard. La raison de l'interception de la méthode handlerResultSet de l'interface ResultSetHandler sera présentée plus tard. Cependant, bien que cette méthode puisse ajouter des instructions SQL de pagination, elle ne permet pas à Mybatis d'ajouter dynamiquement le décalage de pagination et les valeurs limites à SQL. Certaines personnes diront que nous pouvons les assembler lors de l'interception de l'interface StatementHandler. Mais cela entraînera facilement des problèmes d’injection SQL. Cela doit donc me faire mieux comprendre les principes internes de MyBatis. Cet article analysera l'implémentation interne de MyBatis sous les aspects suivants

数据管家——Configuration：
    MyBatis在运行期的基本上所有的数据都会汇总到这个类。它的初始数据是来自开发人员配置在configuration的xml配置文件。通过用户配置的environments来获得系统运行的数据库环境，如事物管理以及数据源。下面给出了最基本的配置：
[html]
<configuration> 
<environments default="development"> 
<environment id="development"> 
<transactionManager type="JDBC" /> 
<dataSource type="POOLED"> 
<property name="driver" value="com.mysql.jdbc.Driver"/> 
<property name="url" value="jdbc:mysql://localhost:3306/test?useUnicode=true&characterEncoding=GBK"/> 
<property name="username" value="root"/> 
<property name="password" value="root"/> 
</dataSource> 
</environment> 
</environments> 
<mappers> 
<mapper resource="com/bieber/mybatis/io/user-mapper.xml"/> 
</mappers> 
</configuration>

这些配置对于MyBatis需要做哪些工作呢？通过阅读Configuration的源码会发现，Mybatis其实为configuration标签下面的子标签都有一个对应的变量来进行存储，例如：
[java]
protected final TypeHandlerRegistry typeHandlerRegistry = new TypeHandlerRegistry();

则是存储<typeHandlers></typeHandlers>标签下面配置的所有信息。其他的也类似可以找到。负责创建Configuration对象的则是XMLConfigurationBuilder，这里将完成从配置的XML数据映射到Configuration对象的数据。通过一下方法完成数据的映射：
[java]
private void parseConfiguration(XNode root) { 
    try { 
    propertiesElement(root.evalNode("properties"));         typeAliasesElement(root.evalNode("typeAliases")); 
        pluginElement(root.evalNode("plugins")); 
        objectFactoryElement(root.evalNode("objectFactory")); 
                  objectWrapperFactoryElement(root.evalNode("objectWrapperFactory")); 
      settingsElement(root.evalNode("settings")); 
      environmentsElement(root.evalNode("environments")); 
      databaseIdProviderElement(root.evalNode("databaseIdProvider")); 
      typeHandlerElement(root.evalNode("typeHandlers")); 
      mapperElement(root.evalNode("mappers")); 
    } catch (Exception e) { 
      throw new BuilderException("Error parsing SQL Mapper Configuration. Cause: " + e, e); 
    } 
  }

Comme vous pouvez le voir, cela correspond à une méthode de traitement pour chaque élément. Responsable de l'analyse du fichier XML que nous avons configuré. Ici, je suis principalement l'exécution de plusieurs méthodes www.2cto.com
(mapperElement, typeHandlerElement, typeAliasesElement, EnvironmentsElement)
mapperElement——ORM
Nous savons que MyBatis prend en charge ORM sous forme d'annotation et de configuration de formulaire XML. Bien sûr, il y aura deux classes pour gérer ces deux comportements, ce sont XMLMapperBuilder et MapperAnnotationBuilder. Je ne pense pas avoir besoin de dire quels types elles gèrent respectivement. Obtenez les informations de configuration ORM en analysant l’élément configuration/mappers.
1) Configuration et méthode ORM basées sur XML. Lorsque nous configurons l'URL ou les informations sur les ressources dans les attributs des mappeurs/mapper, MyBatis sera amené à utiliser XML pour le traitement et à lire le chemin du mappeur que vous avez spécifié. Il existe les méthodes suivantes dans la classe XMLMapperBuilder :
[java]

private void configurationElement(XNode context) { 
 
    try { 
 
      String namespace = context.getStringAttribute("namespace"); 
 
      builderAssistant.setCurrentNamespace(namespace); 
 
      cacheRefElement(context.evalNode("cache-ref")); 
 
      cacheElement(context.evalNode("cache")); 
 
      parameterMapElement(context.evalNodes("/mapper/parameterMap")); 
 
      resultMapElements(context.evalNodes("/mapper/resultMap")); 
 
      sqlElement(context.evalNodes("/mapper/sql")); 
 
      buildStatementFromContext(context.evalNodes("select|insert|update|delete")); 
 
    } catch (Exception e) { 
 
      throw new RuntimeException("Error parsing Mapper XML. Cause: " + e, e); 
 
    } 
 
  }

这个方法便是读取你mapper文件中所有制的ORM信息。该方法将通过调用XMLMapperBuilder的parse()方法触发。
    2)注解方式配置ORM信息加载，当你配置了mappers/package或者在mapper里面配置了class属性的时候将触发信息的读取，具体的过程我就再描述了，基本和上面差不多，只是读取的是注解的信息。
    注意：MyBatis优先处理的是注解形式的方式，并且在mapper配置中，当配置了多个属性时，resource属性优先处理。
    那么在这样处理后Configuration会得到怎样的数据呢？通过这些处理在Configuration里面将会获得几个主要的变量值：sqlFragments，resultMaps，mappedStatements。其中sqlFragments就是我们定义在mapper里面的sql标签或者注解的内容，而resultMaps也是定义在mapper里面或者注解的resultMap内容。最重要的是mappedStatements，这是ORM的最关键部分。它里面通过键值对的方式存储，key这是我们配置的id属性加上namespace，而value则是MappedStatement对象，这个对象这就对应了我们配置的select/update/delete/insert标签的值。
    MappedStatement对象包含这条slq语句的ID，执行的类型（Inser,update,delte,select），statementType（指定产生Statement的类型，如PreparedStatement）,还有一个就是SqlSource接口的子类对象，在MyBatis中有两种SqlSource，一种是动态的，另一种是静态的。不用解释，应该都明白，一个是生成动态SQL用的，另一个这是简单静态的SQL。在SqlSource中，包括你定义的SQL语句，以及引入的外部SQL语句块。MappedStatement最后还要包括一个重要的信息，这就是ParameterMap，这直接关系你定义的SQL语句中通过#｛propertyName｝定义的动态填充值。如果你的是一个POJO对象，那么MyBatis将会通过反射获得这个对象的属性，并依次填入到对应的propertyName所在的位置。
    注意：此时的MappedStatement中的SQL语句还是带有#{propertyName}这样占位符的字符串，还并没有解析成待问号(?)的占位符。要执行该操作是在执行具体的数据库操作的时候才替换成(?)，只是为了很好的找到这个propertyName所对应的值所在的位置。
以上就将整个SqlSession的初始化过程所做的操作进行了解剖。完成这些操作之后，那么就等待用户触发对数据库的操作了。
   后续将会给出，MyBatis是如何触发用户自定义的插件的过程以及开发自己的TypeHandler。MyBatis允许用户的插件可以拦截ParameterHandler，ResultSetHandler，StatementHandler，Executor接口，从而进行一些操作。
   本文到此继续，后续会有新的更新。如有严重不对的地方，还望各位能够及时提出，毕竟对MyBatis的接触也只有一个星期，未免有些地方不对，还望大家谅解。

 以上就是MyBatis整体预览（一）的内容，更多相关内容请关注PHP中文网（www.php.cn）！