Gesamtvorschau von MyBatis (1)

Titel: Kürzlich habe ich nach der Arbeit den Quellcode von MyBatis analysiert. Der Grund, der mich dazu veranlasste, den Quellcode zu lesen, war, das physische Paging von MyBatis zu realisieren. Wir wissen, dass MyBatis logisch blättert, die Ergebnisse durch Benutzerabfragen zwischenspeichert, prüft, ob das RowBounds-Objekt übergeben wird, und die darin enthaltenen Offset- und Grenzwerte überprüft. Durch diese beiden Werte wird der Wert aus der zurückgegebenen Ergebnismenge abgefangen innerhalb des Zeitraums. Dies ist jedoch nicht sehr gut. Wenn die abgefragte Datenmenge groß ist, die ersten paar Elemente jedoch nützlich sind, wäre dies etwas verschwenderisch. Zuvor habe ich auch die Methode zum Implementieren von Paging im Internet überprüft. Die am häufigsten verwendete Methode besteht darin, das MyBatis-Plug-In hinzuzufügen, die Interceptor-Schnittstelle zu implementieren und die Prepare-Methode in der StatementHandler-Schnittstelle abzufangen Das Abfangen dieser Schnittstelle wird später vorgestellt. Der Grund für das Abfangen der handlerResultSet-Methode der ResultSetHandler-Schnittstelle wird später erläutert. Obwohl diese Methode Paging-SQL-Anweisungen hinzufügen kann, erlaubt sie Mybatis jedoch nicht, den Paging-Offset und die Grenzwerte dynamisch zu SQL hinzuzufügen. Einige Leute werden sagen, dass wir sie beim Abfangen der StatementHandler-Schnittstelle zusammenstellen können. Dies führt jedoch leicht zu SQL-Injection-Problemen. Dies muss mir also helfen, die internen Prinzipien von MyBatis besser zu verstehen. In diesem Artikel wird die interne Implementierung von MyBatis unter folgenden Gesichtspunkten analysiert:

数据管家——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); 
    } 
  }

Wie Sie sehen können, entspricht es einer Verarbeitungsmethode für jedes Element Verantwortlich für das Parsen der von uns konfigurierten XML-Datei. Hier verfolge ich hauptsächlich die Ausführung mehrerer Methoden www.2cto.com
(mapperElement, typeHandlerElement, typeAliasesElement, EnvironmentsElement)
mapperElement——ORM
Wir wissen, dass MyBatis ORM in der Annotationsform und der XML-Formularkonfiguration unterstützt. Dann wird es natürlich zwei Klassen geben, die diese beiden Verhaltensweisen verarbeiten: XMLMapperBuilder und MapperAnnotationBuilder. Ich glaube nicht, dass ich sagen muss, welche Typen sie jeweils verarbeiten. Erhalten Sie ORM-Konfigurationsinformationen, indem Sie das Element „configuration/mappers“ analysieren.
1) XML-basierte ORM-Konfiguration und -Methode Wenn wir die URL oder Ressourceninformationen in den Attributen von Mappern/Mappern konfigurieren, wird MyBatis veranlasst, XML für die Verarbeitung zu verwenden und den von Ihnen angegebenen Mapper-Pfad zu lesen. In der XMLMapperBuilder-Klasse gibt es die folgenden Methoden:
[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）！