MyBatis 3学习手册
MyBatis 的前身就是 iBatis 。是一个数据持久层(ORM)框架。MyBatis 是支持普通 SQL查询，存储过程和高级映射的优秀持久层框架。MyBatis 消除了几乎所有的 JDBC 代码和参数的手工设置以及结果集的检索。目录什么是入门从中构建不使用构建从中获取探究已映射的语句命名空间的一点注释沱围和生命周期实例映射置文件映射的文件高级结果映射支持的类型构造方法关联集合鉴别器缓存使用自定义缓存参照缓存动态应用目录结构什么是是支持普通查询,存储过程和高级映射的优秀持久层框架消除了几乎所有的代码和参数的于工设置以及结果集的检索使用简单的或注解用于配置和原始映射,将接口和的普通的对象)映射成数据库中的记录。入门每一个的应用程序都以一个对象的实例为核心对象的实例可以通过对象米获得对象可以从配置文件,或从类的习惯准备的实例中构建对象从中构建从文件中构建的实例非常简单。这里建议你使用类路径卜的资源文件来配冒,但是你可以使用任意的实例,这个实例包括由文字形式的文件路径或形式的文件路径来创建。包含了一些工具类,称作为资源,这些工具类包含一些方法,这些方法使得从类路径或其他位置加载资源文件更加简单。String resource ="org/mybatis/example/Configuration. xml";Reader reader =Resources. getRescurceAsReader(resourcesylMapper new SqlsessionFactoryBuilder(, build(reader);配置文件包含对系统的核心设置,包含获取数据库连接实例的数据源和决定事务范围和控制的事务管理器。关于配置文件的详细内容可以在文档后面找到这里给出一个简单的示例< DOCTYPE confiquration PUBLIC -//mykatis. org//DTD Config 3.0//ENnhttp://mybatis.crg/dtd/mybatis-3-config.dtd">onment/configuration>当然,在配置文件中还有很多可以配置的,上面的示例指出的则是最关键的部分。头部的声明,需要用来验证文档正确性。元素体中包含对事务管理和连接池的环境配置。元素是包含所有(射器)的列衣,这些的文件包含代码和映射定义信息。不使用构建如果你喜欢从程序而不是文件中直接创建配置实例,或创建你自己的配置构建器,也提供亢整的配置类,提供所有从文件中加载配置信息的选项。Datasource dataSource BlogDacaSourceFactory yetBlogDataSource()ifransactionfactory transactionFactory =newJabcTransactionFactory(Environment environmentnew Envi ronment( deve l orment ransaction Factory, datasourceConfiguration configuration new Configuration(environment)ionfi guration. addMapper(BlogMapper. Cl ass)SylSessicnFactory sqlsessionFactcrynew SclSessionFactoryBuilder(). build(configuration)注意这种情况下配置是添加映射类。射类是类,这些类包含映射语句的注解从而避免了文件的依赖,映射仍然在大多数高级映射(比如:嵌套映射)时需要。出于这样的原因,如果存在配置文件的话,将会自动查找和加载一个对等的文件(这种情况下,基于类路径下的类的类名,那么将会破加载)。后面我们会了解更多。从中获取现在,我们已经知道如何获取对象了,基于同样的启示,我们就可以获得的实例了对象完全包含以数据库为背景的所有执行操作的方法。你可以用实例来直接执行已映射的语句。例如:SylSessicn session sqlMapper oper Session()tryBlogblog -(Blog) session. selectone(crg mybatis. example. BlogMapper, selectBlog ,01);s finally tsession. close()这种方法起到的作用,和我们使用之前的版本是相似的,现在有一种更简洁的方法。使用合理描述参数和语句返回值的接口(比如),这样现在就可以至此那个更简单,更安全的代码,没有容易发生的字符串文字和转换的错误。例如SaI Sessicn session sql Session Factory. openSession ()itry iBlogMapper mapper- session. getMapper(BlcgMapper class)iBlogblog- mapper. selectBlog(101)s finally isession. close()现在我们来探究一下这里到底执行了什么。探究已映射的语句这里你也许想知道通过和对象到底执行了什么操作。已映射的语句是一个很大的主题,而且这个主题会贯穿本文档的大部分内容。为了给出一个宏观的概念,这里有一些示例。上面提到的任何一个小例,语句是通过或注解定义的。我们先来看看使用基于的映射语言,在过去的几年中使得非常流行,他为提供所有的特性设置。如果你以前用过,这个概念应该很熟悉了,但是-射文件也有很多的改进,后面我们会详细来说。这里给出一个基于映射语句的示例,这些语句应该可以满足上述示例中对象的调用。< DOCTYPE mapper PUBLIC -//mybatis.org//DTD Mapper 3. 0//EN"Whttp://mybatis.crg/dtd/mybatis-3-mapper.dtd">Select id="selectblog parameterType=int resultType=blog">select from Blog where id =fidh这个简单的例子中看起来有很多额外的东西,但是也相当简沽了。你可以在一个单独的映射文件中定义很多的映射语句,除头部和文档类型声明之外,你可以得到很多方便之处。在文件的剩余部分是很好的自我解释。在命名空间”中,它定义了一个名为“”的映射语句,这样它允许你使用完全限定名“来调用映射语句,我们下面示例中所有的写法也是这样的。Blog blog -(Blog) session. selectororg. mybatis exaple. BlogMapper. selectBlcq",101)i要注意这个使用完全限定名调用对象的方法是相似的,这样做是有原因的。这个命名可以直接给相同命名空间卜的的映射类,使用一个名称,参数和返回值和映射的查询语句都一样的方法即可。这就允许你非常容易地调用映射器接口中的方法,这和你前面看到的是样的,下面这个示例中它又出现了。BlogMapper mapper session, getMapper(BlogMapper class)iBlog blogapper. selectBlog(101);第二种方式有很多有点,首先它不是基于文字的,那就更安全了。第二,如果你的有代码补全功能,那么你可以利用它来操纵已映射的语句。第三,不需要强制类型转换,同时接口可以保持简洁,返回值类型很安仝(参数类型也很安仝)命名空间的一点注释命名空间在之前版本的中是可选项,非常混乱也没有帮助。现在,命名空间是必须的,而且有一个目的,它使用更长的完全限定名来隔离语句命名空间使得接口绑定成为可能,就像你看到的那样,如果之前不了解,那么现在你就会使用它们了,你应该按照下面给出示例的来练习,以免改变自己的想法。使用命名间,并将它放在合适的包空间之下,将会使你的代码变得简洁,在很长的时间内提高的作用命名解析:为了减少输入量对所有的命名配置元素使用如下的命名解析规则,包括语句,结果映射,缓存等直接查找完全限定名(比如“”),如果发现就使用。短名称(比如“)可以用来引用任意含糊的对象。而如果有两个或两个以上的(比如“和那么就会得到错误报告,说短名称是含糊的,因此就必须使用完全限定名如这样的映射器类来说,还有一个妙招。它们中间映射的语句可以不需要在中来写,而可以使用注解米替换。比如,上面的示例可以如下米替换package crc mybatis exampleipublic interface BlogMapper t@ select ("seleCt from blog WheRe id =+fid]")Blog selectBlog(int id)i对于简单话句来说,使用注解代码会更加清晰,然而注解对于复杂语句来说就会混乱,应该限制使用。因此,如果你不得不做复杂的事情,那么最好使用来映射语句。当然这也取决于你和你的项目团队的决定,看哪种更适合你来使用,还有以长久方式来使用映射语句的重要性。也就是说,不要将自己局限在一种方式中。你可以轻松地将注解换成映射语句,反之亦然。范围和生命周期理解我们目前已经讨论过的不同范围和生命周期类是很重要的。不正确的使用它们会导致严重的并发问题这个类可以被实例化,使用和丢弃。一旦你创建了后,这个类就不需要存在了。因此实例的最佳范围是方法范围(也就是本地方法变量)。你可以重用来创建多个实例,但是最好的方式是不需要保持它·直存在来保证所有解析资源,因为还有更重要的事情要做旦被创建,应该在你的应用执行期间都存在。没有理由来处理或重新创建它。使用的最佳实践是在应用运行期间不要重复创建多次。这样的操作将被视为是非常糟糕的。因此的最佳范围是应用范围。有很多方法可以做到,最简单的就是使用单例模式或者静态单例模式。然而这两种方法都不认为是最佳实践。这样的话,你可以考虑依赖注入容器,比如或。这样的框架允许你创建支持程序米管理单例的生命周期。每个线程都应该有它自己的实例。的实例不能被共享,也是线程不安全的。因此最佳的范闱是请求或方法范围。绝对不能将实例的引用放在一个类的静态字段甚至是实例字段中。也绝不能将实例的引用放在任何类型的管理范围中,比如架构中的如果你现在止用任意的框架,要考虐放在一个和请求对象相似的范围內。换句话说,基于收到的请求,你可以打开然后返回响应,就可以关闭它了。关闭很重要,你应该确保使用来关闭它。下面的示例就是一个确保关闭的基本模式SqISessicn session- sqlSessionFactory openSession(// dc worky finally isession. close()在你的代码中一贯地使用这种模式,将会侏证所有数据库资源都正确地关闭(假设你没有通过你自己的连接关闭,这会给造成一种迹象表明你要自己管理连接资源)。实例怏射器是你创建绑定映射语句的接∏。映射器接冂的实例可以从中获得。那么从技术上来说,当被请求时,仟意映射器实例的最宽范围和是相同的。然而,决射器实例的最佳沱围是方法氾围。也就是说,它们应该在使用它们的方法中被请求,然后就抛弃掉。它们不需要明确地关闭,那么在请求对象中保留它们也就不是什么问题了,这和相似。你也许会发现,在这个水平上管理太多的资源的话会尖控。保持简单,将决射器放在方法范围内。下面的示例就展示了这个实践SalSessicn session- sqlSessionFactory opensession ()itry 1BlogNapper mapperession. getMapper(BlcgMapper class)i//dc worky finally isession. close()i映射配置文件的配置文件包含了影响行为甚深的设置和属性信息。文栏的高层级结构如下置属性设置类型命名类型处理器对象工丿插件环境环境变量事务管理器数据源映射器这些是外部化的,可替代的属性,这些属性也可以配置在典型的属性配置文件中,或者通过元素的了元素来传递。例如property name="driver value=driver"7>
用户评论
