放在这个目录当中的,一般都是资源文件,配置文件
直接访问在resources目录下的资源,等同于放到了类的根路径下。
<packaging>jar<packaging>
<dependencies>
<dependency>
<groupId>org.mybatisgroupId>
<artifactId>mybatisartifactId>
<version>3.5.10version>
dependency>
<dependency>
<groupId>mysqlgroupId>
<artifactId>mysql-connector-javaartifactId>
<version>8.0.38version>
dependency>
dependencies>
注意:
第一:这个文件名不是必须叫做mybatis-config.xml,可以用其他的名字。只是大家都采用这个名字。
第二:这个文件存放的位置也不是固定的,可以随意,但一般情况下,会放到类的根路径下。
mybatis-config.xml文件中的配置信息不理解没关系,先把数据库的信息修改以下即可。其他的别动
DOCTYPE configuration
PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-config.dtd">
<configuration>
<environments default=""development">
<environment id="development">
<transactionHanager type="JDBC/>
" POOLED">
<property name="driver" value="com.mysql.cj.jdbc.Drivercom.mysql.cj.jdbc.Driver"/>
<property name="url" value="jdbc:mysql://localhost:3306/demo"/>//这个是找到mysql并找到要操作的数据库
<property name="username" value="root"/>//mysql的账号
<property name="password" value="root"/>//mysql的密码
dataSource>
environment>
environments>
<mappers>
<mapper resource="CarMapper.xml"/>//配置Mapper的地方
mappers>
configuration>
在这个配置文件当中编写SQL语句
这个文件名也不是固定的,放的位置也不是固定的,这里给它起个名字,叫做CarMapper.xml
把它暂时放到类的根路径下。
<mapper namespace="fdsafdsa">//这个namespace暂时可以随便取
<insert id="insertCar">
insert into t_car(id, car_num, brand, guide_price, produce_time ,car_type)
values(null, '1083','丰田霸道',30.0," 2088-10-11','燃油车')
insert>
mapper>
<mapper resource="CarMapper.xml"/>
注意:resource属性会自动从类的路径下开始查找资源
从官方的这句话中,能想到什么
XML是什么?
其中一个是:mybatis-config.xml,这是核心配置文件,主要配置连接数据库的信息等。(一个)
另一个是:XxxMapper.xml,这个文件是专门用来编写SQL语句的配置文件。(一个表一个)
zaiMyBatis中,负责执行SQL语句的那个对象叫做什么?
SqlSession是专门用来执行SQL语句的,是一个Java程序和数据库之间的一次会话
要想获取SqlSession对象,需要先获取SqlSessionFactory对象,通过SqlSessionFactory工厂来实现SqlSession对象。
那如何获取SqlSessionFactory对象?
通过SqlSessionFactoryBuilder对象的build方法,来获取一个SqlSessionFactory对象。
mybatis的核心对象包括:
public class MyBatisIntroductionTest {
public static void main(string[] args) {
//获取SqlSessionFactoryBuilder对象
sqlSessionFactoryBuilder sqlSessionFactoryBuilder = new SqlSessionFactoryBuilder();
//获取SqlSessionFactory对象
//Inputstream is = new FileInputStream( name: "mybatis-config.xml文件的路径");
InputStream is = Resources.getResourceAsStream( "mybatis-config.xml");
//Resources.getResourceAsStream默认就是从类的根路径下开始查找资源
SqlSessionFactory sqlSessionFactory = sqlSessionFactoryBuilder.build(is);
//获取SqlSession对象
SqlSession sqlSession = sqlSessionFactory.openSession():
//执行SQL语句
int count = sqlSession.insert( s: "insertCar"");//返回值是影响数据库表当中的记录条数。
System.out.println("插入了几条记录:" + count);
//手动提交
sqlSession.commit();
}
}
小技巧:以后凡是遇到resource这个单词,大部分情况下,这种加载资源的方式就是从类的根路径下开始加载。(开始查找)
优点:采用这种方式,从类路径当中加载资源,项目的移植性很强。项目从windows移植到linux,代码不需要修改,因为这个资源文件一直都在类路径当中。
采用这种方式也可以。
缺点:可移植性太差,程序不够健壮。可能会移植到其他的操作系统当中。导致以上路径无效,还需要修改java代码中的路径。这样违背了OCP原则。
mybatis核心配置文件的名字,不一定是: mybatis-config.xml。可以是其它名字。
mybatis核心配置文件存放的路径,也不一定是在类的根路径下。可以放到其它位置。但为了项目的移植性,他壮性,最好将这个配置文件放到类路径下面。
classLoader.getSystemclassLoader()获取系统的类加载器。
系统类加载器有一个方法叫做:getResourceAsStream
它就是从类路径当中加载资源的。
通过源代码分析发现:
Inputstream is = Resources.getResourceAsStream("mybatis-config.xml");
底层的源代码其实就是:
InputStream is = ClassLoader.getSystemClassLoader().getResourceAsStream("mybatis-config.xm1");
都不是固定的。
resource属性:这种方式是从类路径当中加载资源
url属性:这种方式是从绝对路径当中加载资源。
<transactionMapper type="JDBC"/>
只要autoCommit是true,就表示没有开启事务。
只有autoCommit是false的时候,就表示开启了事务。
mybatis框架自己管理事务,自己采用原生的JDBC代码去管理事务
conn.setAutoCommit(false);//开启事务
//...业务处理...
conn.commit();//手动提交事务
如果编写的是下面的代码
SqlSession sqlSession = sqlSessionFactory.openSession(true);
表示的是没有开启事务,因为这种方式压根不会执行:conn.setAutoCommit(false);
在JDBC事务中,没有执行conn.setAutoCommit(false);那么autoCommit就是true。
如果autoCommit是true,就表示没有开启事务。只要执行任意一条DML语句就要提交一次。
如果你没有在JDBC代码中执行:conn.setAutoCommit(false);
的话,默认的autoCommit是false
mybatis不再负责事务的管理了,事务管理交给其他容器来负责,例如:spring,
我不管事务了,你来负责把
对于我们当前的单纯的只有mybatis的情况下,如果配置为:MANAGED
那么事务这块是没人管的。没有人管理事务表示事务压根没开启
package org.example;
import org.apache.ibatis.io.Resources;
import org.apache.ibatis.session.SqlSession;
import org.apache.ibatis.session.SqlSessionFactory;
import org.apache.ibatis.session.SqlSessionFactoryBuilder;
public class MyBatisCompleteText {
public static void main(String[] args) {
SqlSession sqlsession = null;
try {
SqlSessionFactoryBuilder sqlSessionFactoryBuilder = new SqlSessionFactoryBuilder();
SqlSessionFactory sqlSessionFactory = sqlSessionFactoryBuilder.build(Resources.getResourceAsStream("mybatis-config.xml"));
sqlsession = sqlSessionFactory.openSession();//执行SQL语句,处理相关业务
int count = sqlsession.insert("insertCar");
System.out.println(count);
//执行到这里,没有发生任何异常,提交事务。终止事务。sqlsession.commit();
}catch (Exception e) {
//最好回滚事务
if (sqlsession != null) {
sqlsession.rollback();
}
e.printStackTrace();
}
finally {
//关团会话(释放资源>
if (sqlsession != null) {
sqlsession.close();
}
}
}
}
为了保证自己写的模块方法没问题,需要对其进行测试
单元测试方法写多少个
一般是一个业务方法对应一个测试方法
测试方法的规范:public void testXxxx(){}
测试方法的方法名:以test开始,假设测试的方法是sum,这个测试方法名:testSum
@Test注释非常重要,被这个注解标注的方法就是一个单元测试方法
单元测试中有两个重要的概念
一个是实际值(被测试的业务方法的真正执行结果)
一个是期望值(执行了这个业务方法之后,你期望的执行结果是多少)
//写的模块
package org.example;
public class MathServer {
public int sum(int a,int b){
return a+b;
}
public int sub(int a, int b){
return a-b;
}
}
//测试
package service;
import org.example.MathServer;
import org.junit.Assert;
import org.junit.Test;
public class MathServerTest {
@Test
public void testSum(){
MathServer mathServer = new MathServer();
//获取实际值
int actual = mathServer.sum(1,2);
//获取期望值
int expected = 3;
//加断言进行测试
Assert.assertEquals(expected,actual);
}
@Test
public void testSub(){
MathServer mathServer = new MathServer();
//实际值
int actual = mathServer.sub(10,5);
//期望值
int expected = 5;
Assert.assertEquals(expected,actual);
}
}
这玩意能让我们调试起来更加方便
在核心配置文件里面(mybatis-config.xml)中配置settings
这是MyBatis中极为重要的调整设置,它们会改变MyBatis的运行时行为。
链接:https://mybatis.net.cn/configuration.html#settings
↑可以查看settings中可以设置什么,以及它的作用
<settings>
<setting name="logImpl" value="STDOUT_LOGGING"/>
settings>
常见的mybatis集成日志组件有哪些呢?(在上面代码value中设置的还有啥)
其中STDOUT_LOGGING是标准日志,mybatis已经实现了这种标准日志,mybatis框架本身已经实现了这种标准
what is more标签是有它的顺序的在configuration标签中得按照它的标签顺序进行排序,不然会报错
集成logback日志框架。logback日志框架实现了slf4j标准
<dependency>
<groupId>ch.qos.logbackgroupId>
<artifactId>logback-classicartifactId>
<version>1.2.11version>
dependency>
注意注意,不要用1.4开头的那个版本,会出现输出不了日志的情况
<configuration debug="false">
<appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
<encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
<pattern>%d{yyyy-MM-dd HH:mm: ss.SSS} [%thread] %-5level %logger{50} - %msg8npattern>
encoder>
appender>
<appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
<rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
<FileNamePattern>${LOG_HOME}/TestWeb.log.%d{yYvy-MM-dd}.logFileNamePattern>
<MaxHistory>30MaxHistory>
rollingPolicy>
<encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder">
<pattern>%d{yyyy-MMN-dd HH:mm:ss.ssS} [%thread] %-5level %logger{50}- %msg%npattern>
encoder>
<triggeringPolicy class="ch.qos.logback.core.rolling.sizeBasedTriggeringPolicy">
<MaxFilesize>100MBMaxFilesize>
triggeringPolicy>
appender>
<logger name="com.apache.ibatis" level="TRACE"/>
<logger name="java.sql.connection" level="DEBUG" />
<logger name="java.sql.Statement" level="DEBUG" />
<logger name="java.sql.PreparedStatement" level="DEBUG"/>
<root level="DEBUG">
<appender-ref ref="STDOUT" />
<appender-ref ref="FILE"/>
root>
configuration>