1、解决属性名和字段名不一致的问题

1、问题

实体类字段与数据库字段名不一致的情况

2、resultMap

  1. <!--结果集映射-->
  2. <resultMap id="UserMap" type="User">
  3.     <!--column数据库字段，property实体类中的属性-->
  4.     <result column="id" property="id"/>
  5.     <result column="name" property="name"/>
  6.     <result column="pwd" property="password"/>
  7. </resultMap>
  9. <select id="getUserBtId" resultMap="UserMap">
  10.     select * from user where id = #{id};
  11. </select>
  • resultMap 元素是 MyBatis 中最重要最强大的元素。
  • ResultMap 的设计思想是，对简单的语句做到零配置，对于复杂一点的语句，只需要描述语句之间的关系就行了。

2、日志

2.1、日志工厂

如果一个数据库操作，出现了异常，我们需要排错。日志就是最好的助手！

曾经：sout、debug

现在：日志工厂！

  • SLF4J
  • LOG4J 【掌握】
  • LOG4J2
  • JDK_LOGGING
  • COMMONS_LOGGING
  • STDOUT_LOGGING 【掌握】（标准日志工厂）
  • NO_LOGGING

2.2、Log4j

什么是Log4j?

  • Log4j是Apache的一个开源项目，通过使用Log4j，我们可以控制日志信息输送的目的地是控制台、文件、GUI组件
  • 我们也可以控制每一条日志的输出格式
  • 通过定义每一条日志信息的级别，我们能够更加细致地控制日志的生成过程
  • 通过一个配置文件来灵活地进行配置，而不需要修改应用的代码。

1.先导入log4j的包

2.log4j.properties

  1. #将等级为DEBUG的日志信息输出到console和file这两个目的地，console和file的定义在下面的代码
  2. log4j.rootLogger=DEBUG,console,file
  4. #控制台输出的相关设置
  5. log4j.appender.console = org.apache.log4j.ConsoleAppender
  6. log4j.appender.console.Target = System.out
  7. log4j.appender.console.Threshold=DEBUG
  8. log4j.appender.console.layout = org.apache.log4j.PatternLayout
  9. log4j.appender.console.layout.ConversionPattern=[%c]-%m%n
  11. #文件输出的相关设置
  12. log4j.appender.file = org.apache.log4j.RollingFileAppender
  13. log4j.appender.file.File=./log/shuai.log
  14. log4j.appender.file.MaxFileSize=10mb
  15. log4j.appender.file.Threshold=DEBUG
  16. log4j.appender.file.layout=org.apache.log4j.PatternLayout
  17. log4j.appender.file.layout.ConversionPattern=[%p][%d{yy-MM-dd}][%c]%m%n
  19. #日志输出级别
  20. log4j.logger.org.mybatis=DEBUG
  21. log4j.logger.java.sql=DEBUG
  22. log4j.logger.java.sql.Statement=DEBUG
  23. log4j.logger.java.sql.ResultSet=DEBUG
  24. log4j.logger.java.sql.PreparedStatement=DEBUG

3.配置log4j为日志的实现

  1. <!--日志功能的配置-->
  2. <settings>
  3.     <setting name="logImpl" value="LOG4J"/>
  4. </settings>

简单使用

  1. 在要使用Log4j的类中，导入包import org.apache.log4j.Logger;
  2. 日志对象，参数为当前类的class 
    1. // 多个地方使用，提高作用域
    2. static Logger logger = Logger.getLogger(UserMapperTest.class);
  1. 日志级别 
    1. logger.info("info:进入了testLog4j");
    2. logger.debug("debug:进入了testLog4j");
    3. logger.error("error:进入了testLog4j");

3、分页

3.1、使用Limit分页

思考：为什么要分页？

  • 减少数据的处理量

使用Limit分页

  1. 语法：select * from user limit startIndex,pageSize;
  2. select * from user limit 3;  # [0,n]

使用Mybatis实现分页，核心SQL

  1. 接口 
    1. // 分页
    2. List<User> getUserByLimit(Map<String,Integer> map);
  1. Mapper.xml 
    1. <!--通过上面结果集映射-->
    2. <select id="getUserByLimit" parameterType="map" resultMap="UserMap">
    3. select * from user limit #{startIndex},#{pageSize};
    4. </select>
  1. 测试

3.2、RowBounds分页

不再使用SQL实现分页

  1. 接口 
    1. // 使用RowBounds分页
    2. List<User> getUserByRowBounds();
  1. mapper.xml 
    1. <!--通过上面结果集映射-->
    2. <select id="getUserByRowBounds" resultMap="UserMap">
    3.     select * from user;
    4. </select>
  1. 测试

4、使用注解开发

4.1、面向接口编程

大家之前都学过面向对象编程，也学过接口，但真正的开发中，很多时候我们会选择面向接口编程

根本原因：解耦，可扩展，提高复用，分层开发中，上层不用管具体的实现，大家都遵守公同的标准，使得开发变得容易，规范性好

关于接口的理解

  • 接口从更深层次的理解，应是定义（规范，约束）与实现（名实分离的原则）的分离
  • 接口的本身反映了系统设计人员对系统的抽象理解
  • 接口应有两类：
    • 第一类是对一个个体的抽象，它可对应为一个抽象体（abstract class）
    • 第二类是对一个个体某一个方面的抽象，即形成一个抽象面（interface）
  • 一个体有可能有多个抽象面，抽象体与抽象面是有区别的。

三个面向区别

  • 面向对象是指，我们考虑问题时，以对象为单位，考虑它的属性及方法。
  • 面向过程是指，我们考虑问题时，以一个具体的流程（事务过程）为单位，考虑它的实现。
  • 接口设计与非接口设计是针对复用技术而言的，与面向对象（过程）不是一个问题，更多的体现就是对系统整体的架构

4.2、使用注解开发

  1. 注解在接口上实现 
    1. @Select("select * from user")
    2. List<User> getUser();
  1. 需要在核心配置文件中绑定接口！

  2. 测试 

    1. @Test
    2. public void test1(){
    3. SqlSession sqlSession = MybatisUtils.getSqlSession();
    4. UserMapper mapper = sqlSession.getMapper(UserMapper.class);
    6. List<User> users = mapper.getUser();
    8. for (User user : users) {
    9.     System.out.println(user);
    10. }
    11. sqlSession.close();
    12. }

本质：反射机制实现

底层：动态代理

4.3、CRUD

我们可以在工具类创建的时候实现自动提交事务！

  1. public static SqlSession getSqlSession(){
  2.         return sqlSessionFactory.openSession(true);
  3.     }

编写接口，增加注解

  1. @Select("select * from user")
  2. List<User> getUser();
  4. // 方法存在多个参数，所有的参数面前必须加上 @Param("id")注解
  5. @Select("select * from user where id=#{id}")
  6. User getUserById(@Param("id") int id);
  8. @Insert("insert into user(id,name,pwd) values(#{id},#{name},#{password})")
  9. int addUser(User user);
  12. @Update("update user set name=#{name},pwd=#{password} where id = #{id}")
  13. int updateUser(User user);
  15. @Delete("delete from user where id = #{id}")
  16. int deleteUser(@Param("id") int id);

测试类

【注意：我们必须要将接口注册绑定到我们的核心配置文件中！】

关于@Param() 注解

  • 基本类型的参数或者String类型，需要加上
  • 引用类型不需要加
  • 如果只有一个基本类型的话，可以忽略，但是建议大家都加上！
  • 我们在SQL中引用的就是我们这里的 @Param(“”) 中设定的属性名

#{} ${} 区别

  1. #{} 是 占位符 ：动态解析 -> 预编译 -> 执行 （可以防止SQL注入问题）
  2. ${} 是 拼接符 ：动态解析 -> 编译 -> 执行 （不能防止SQL注入问题）

5、Lombok

使用步骤：

  1. 在IDEA中安装Lombok插件！
  2. 在项目中导入lombok的jar包 
    1. <dependency>
    2. <groupId>org.projectlombok</groupId>
    3. <artifactId>lombok</artifactId>
    4. <version>1.18.24</version>
    5. </dependency>
  1. 在实体类加注解即可 
    1. @Data       // 无参构造方法：get、set、tostring、hashcode、equals
    2. @AllArgsConstructor    // 有参构造属性方法
    3. @NoArgsConstructor     // 无参构造属性方法

Lombok的优缺点

优点：

  1. 能通过注解的形式自动生成构造器，提高了一定的开发效率
  2. 让代码变得简洁，不用过多的去关注相应的方法
  3. 属性做修改时，也简化了维护这些属性

缺点：

  1. 不支持多种参数构造器的重载
  2. 虽然省去了手动创建的麻烦，但大大降低了源代码的可读性和完整性，降低了阅读源代码的舒适度