回顾

面向接口编程

在真正的开发中,很多时候不会选择面向对象,而是面向接口编程

根本原因:解耦,可拓展,提高复用性,分层开发中,上层不用管具体的实现,大家都遵循具体共同的标准,使得开发变得容易,规范性更好

在一个面向对象的系统中,系统的各种功能是由许许多多的不同对象协作完成的,在这种情况下,各个对象内部是如何实现自己的,对系统的设计人员来说就不那么重要了;

各个对象之间的协作关系则成为系统设计的关键. 小到不同类之间的通信,大到各个模块的交互,在系统设计之初都是要着重考虑的,这也是系统设计的主要工作内容

• 关于接口的理解
  • 接口从更深层次理解,应该是定义(规范/约束)与实现(名实分离的原则)的分离
  • 接口的本身反映了系统设计人员对系统的抽象理解
  • 接口应该有两类:
    • 对一个个体的抽象,可以对应为一个抽象体(abstract class);
    • 对一个个体某一个方面的抽象,即形成一个抽象面(interface);
  • 一个体有可能有多个抽象面. 抽象体与抽象面是有区别的;

三个面向区别

• 面向对象: 考虑问题时,以对象为单位,考虑她的属性和方法.
• 面向接口: 考虑问题时,以一个具体的流程(事务过程)为单位,考虑它的实现
• 接口设计与非接口设计是针对复用技术而言的,与面向对象(过程)不是一个问题,更多的体现就是对系统整体的架构

使用注解开发

• 注解在接口上实现

public interface UserMapper {

    /**
     * 查询用户列表
     * @return
     */
    @Select("select * from user")
    List<User> getUserList();
}

• 需要在核心配置文件中绑定接口

  <!--绑定接口-->
   <mappers>
       <mapper class="com.mybatisstudy.dao.UserMapper"></mapper>
   </mappers>
  

• 测试

@Test
public void userListTest(){
    SqlSession sqlSession = MybatisUtils.getSqlSession();
    // 底层主要应用反射
    UserMapper mapper = sqlSession.getMapper(UserMapper.class);
    List<User> userList = mapper.getUserList();
    userList.forEach(user -> {
        System.out.println(user);
    });

    sqlSession.close();
}

本质:反射机制代理 底层:动态代理

Mybatis详细的执行流程