注解开发

面向接口编程

• 大家之前都学过面相对象编程，也学过接口，但在真正的开发中，很多时候我们会选择面向接口编程。
• 根本原因：解耦、可拓展、提高附用、分层开发，中上层不用管，具体的实现大家都遵循共同的标准，使得开发变得容易，规范性更好。
• 在一个面向对象的系统中，系统的各种功能是由许许多多的不同对象协作完成的。在这种情况下，各个对象内部是如何实现自己的，对系统设计人员讲就不那么重要了。
• 而各个对象之间的协作关系则成为系统设计的关键。小到不同类之间的通信，大到各模块之间的交互，在系统设计之初都是要着重考虑的，这也是系统设计的主要工作内容。面向接口编程就是只按照这种思想来编程。

关于接口的理解

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

三个面向区别

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

使用注解开发

1. 注解再接口上实现-<UserMapper.java>

public interface UserMapper {
    @Select("select * from user")
    List<User> getUsers();
}

2. 需要在核心配置文件绑定接口

    <mappers>
        <mapper class="com.god.dao.UserMapper"/>
    </mappers>

3.测试

本质：反射机制实现
底层：动态代理！

Mybatis详细的执行流程！

CRUD

可以在工具类创建的时候实现自动提交事务
<MybatisUtils.java>

    public static SqlSession getSqlSession(){
        return sqlSessionFactory.openSession(true);

    }

编写接口，增加注解--<UserMapper.java>

public interface UserMapper {
    @Select("select * from user")
    List<User> getUsers();

    //方法存在多个参数，所有参数前必须加上@Param("id")注解
    @Select("select * from user where id =#{id}")
    User getUserById (@Param("id")int id);

    @Insert("insert into user (id,name,pwd) values(#{id},#{name},#{password})")
    int addUser(User user);
}

测试类--

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(2);
        System.out.println(userById);*/

        mapper.addUser(new User(5,"泰罗","111"));
        sqlSession.close();
    }
}

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

关于@Param()注解

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