八、注解开发
1. 面向接口编程
再开发中，我们一般不用面向对象编程，很多时候都会选择面向接口编程
根本原因：解耦（最重要），可拓展，提高复用，分层开发中，上层不用管具体的实现，大家都遵守共同的标准，使得开发变得容易，规范性好。
在一个面向对象的系统中，系统的各种功能是由许多的不同对象协作完成的。在这种情况下，各个对象内部是如何实现自己的，对系统设计人员来讲就不那么重要了。
而各个对象之间的协作关系则成为系统设计的关键。小到不同类之间的通信，大到各模块之间的交互，在系统设计之初都是要着重考虑的，这也是系统设计的主要工作内容，面向接口编程就是指按照这种思想来编程。
关于接口的理解：
- 接口从更深层次的理解，应是定义（规范，约束）与实现（名实分离的原则）的分离
- 接口的本身反映了系统设计人员对系统的抽象理解。
- 接口应有两类:
- 第一类是对一个个体的抽象，他可对应为一个抽象体（abstract class）
- 第二类是对一个个体某一方面的抽象，即形成一个抽象面（interface）
- 一个个体有可能有多个抽象面。抽象体与抽象面是由区别的。
- 三个面向区别
- 面向对象是指。我们考虑问题时，以对象为单位，考虑它的属性及方法。
- 面向过程是指，我们考虑问题时，以一个具体的流程（事务过程）为单位，考虑它的实现。
- 接口设计与非接口设计是针对复用技术而言的，与面向对象（过程）不是一个问题，更多的体现就是对系统整体的架构。
2. 注解开发
对于像 BlogMapper 这样的映射器类来说，还有另一种方法来完成语句映射。 它们映射的语句可以不用 XML 来配置，而可以使用 Java 注解来配置。比如，上面的 XML 示例可以被替换成如下的配置：
package org.mybatis.example; public interface BlogMapper { @Select("SELECT * FROM blog WHERE id = #{id}") Blog selectBlog(int id); }
使用注解来映射简单语句会使代码显得更加简洁，但对于稍微复杂一点的语句，Java 注解不仅力不从心，还会让你本就复杂的 SQL 语句更加混乱不堪。 因此，如果你需要做一些很复杂的操作，最好用 XML 来映射语句。
选择何种方式来配置映射，以及认为是否应该要统一映射语句定义的形式，完全取决于你和你的团队。 换句话说，永远不要拘泥于一种方式，你可以很轻松的在基于注解和 XML 的语句映射方式间自由移植和切换。
2.1 注解在接口上实现
import org.apache.ibatis.annotations.Select; import pojo.User; import java.util.List; public interface UserMapper { @Select("select * from user") List<User> getUsers(); }
2.2 mybatis-config核心配置文件
绑定接口
<?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE configuration PUBLIC "-//mybatis.org//DTD Config 3.0//EN" "http://mybatis.org/dtd/mybatis-3-config.dtd"> <!--核心配置文件--> <configuration> <!--引入外部配置文件--> <properties resource="db.properties"/> <settings> <!--标准的日志工厂实现--> <setting name="logImpl" value="STDOUT_LOGGING"/> </settings> <!--可以给实体类起别名--> <typeAliases> <package name="com.hxl.pojo"/> </typeAliases> <environments default="development"> <environment id="development"> <!--事务管理--> <transactionManager type="JDBC"/> <dataSource type="POOLED"> <property name="driver" value="${driver}"/> <property name="url" value="${url}"/> <property name="username" value="${username}"/> <property name="password" value="${password}"/> </dataSource> </environment> </environments> <!--绑定接口--> <mappers> <mapper class="dao.UserMapper"/> </mappers> </configuration>
2.3 测试
@Test public void test(){ SqlSession sqlSession = MybatisUtils.getSqlSession(); //底层主要应用反射 UserMapper mapper = sqlSession.getMapper(UserMapper.class); List<User> users = mapper.getUsers(); for (User user : users) { System.out.println(user); } sqlSession.close(); }
此时我们会发现。这个password为null。这是因为如果注解开发只能是简单的，复杂的还是需要xml进行
2.4 注意点
- 本质：反射机制实现
- 底层：动态代理
Mybatis详细的执行流程
3. 注解开发CRUD
3.1 在工具类创建的时候实现自动提交事务
public static SqlSession getSqlSession() { return sqlSessionFactory.openSession(true); }
3.2 编写接口增加注解
public interface UserMapper { @Select("select * from user") List<User> getUsers(); //方法如果有多个参数，每个参数前面都需加上@Param注解 @Select("select * from user where id = #{id}") User getUserById(@Param("id") int id); //引用对象不需要写@Param @Insert("insert into user(id,name,pwd) value(#{id},#{name},#{password})") int addUser(User user); @Update("update user set name=#{name},pwd=#{password} where id = #{id}") int updateUser(User user); //如果有注解就要从跟着注解里面的走，否则会报错 @Delete("delete from user where id = #{uid}") int deleteUser(@Param("uid") int id); }
3.3 测试类
public class UserMapperTest { @Test public void test(){ SqlSession sqlSession = MybatisUtils.getSqlSession(); //底层主要应用反射 UserMapper mapper = sqlSession.getMapper(UserMapper.class); /*List<User> users = mapper.getUsers(); for (User user : users) { System.out.println(user); } //查 User userById = mapper.getUserById(1); System.out.println(userById); //增 mapper.addUser(new User(4,"老四","123456")); //更新 mapper.updateUser(new User(4,"hh","1234")); */ //删 mapper.deleteUser(4); sqlSession.close(); } }
- 注意点
我们必须要将接口注册绑定到我们的核心配置文件中
<!--绑定接口--> <mappers> <!--<mapper resource="com/hxl/dao/*.xml"/>--> <!--如果使用接口，如果有很多mapper只能一个一个来注册，但是如果使用resource方式可以进行通配--> <mapper class="dao.UserMapper"/> </mappers>
3.4 关于@Param()注解
- 基本类型的参数或者String类型，需要加上
- 引用类型不需要加
- 如果只有一个基本类型的话，可以忽略，但是建议加上
- 在sql中引用的就是在这里@Param()中设定的属性名
#{}和${}
- 一个预编译，一个不同的
- #{}很大程度上可以防止sql注入。而${}无法防止
- ${}一般用于传入数据库对象，比如数据库表名
- 用${}传入的数据直接显示在生成的sql中
