Mybatis——分页、使用注解开发
07 分页
思考:为什么要分页?
减少数据的处理量
7.1 使用Limit分页
语法: select * from user limit startIndex,pageSize; select * from user limit 3; #[0,n]
使用Mybatis实现分页,核心SQL
1.接口
//分页 List<User> getUserByLimit(Map<String,Integer> map);
2.Mapper.xml
<select id="getUserByLimit" parameterType="map" resultMap="UserMap" > select * from mybatis.user limit #{startIndex},#{pageSize}; </select>
3.测试
@Test public void getUserByLimit(){ SqlSession sqlSession = MybatisUtils.getSqlSession(); UserMapper mapper = sqlSession.getMapper(UserMapper.class); HashMap<String,Integer> map = new HashMap<String, Integer>(); map.put("startIndex",0); map.put("pageSize",1); List<User> userByLimit = mapper.getUserByLimit(map); for (User user : userByLimit) { System.out.println(user); } sqlSession.close(); }
7.2 BowBounds分页
不再使用SQL实现分页
1.接口
//分页2 List<User> getUserByRowBounds();
2.mapper.xml
<select id="getUserByRowBounds" parameterType="map" resultMap="UserMap" > select * from mybatis.user; </select>
3.测试
@Test public void gerUserByRounds(){ SqlSession sqlSession = MybatisUtils.getSqlSession(); //R RowBounds rowBounds = new RowBounds(1,2); //通过Java代码层面实现分页 List<User> userList = sqlSession.selectList("com.kun.dao.UserMapper.getUserByRowBounds",null,rowBounds); for (User user : userList) { System.out.println(user); } sqlSession.close(); }
7.3 分页插件
08 使用注解开发
8.1 面向接口编程
- 真正的开发中,很多时候我们都会选择面向接口编程
- 根本原因:解耦,可扩展,提高复用,分层开发中,上层开发中,上层不用管具体的实现,大家都会遵守共同的标准,使得开发变得容易,规范性更好
- 在一个面向对象的系统中,系统的各个功能是由许许多多下的不同对象协作完成的。再这种情况下,各个对象内部是如何实现自己的,对系统设计人员来讲就不那么重要了
- 而各个对象之间的协作关系则成为系统设计的关键。小到不同类之间的通信,大到各个模块之间的交互,在系统设计之初都是要着重考虑的,这也是系统设计的主要内容。面向接口编程就是指按照这种思想来编程。
关于接口的理解:
- 接口从更深层次的理解,应是定义(规范,约束)与实现(实名分离的原则)的分离
- 接口的本身反映了系统设计人员对系统的抽象理解
- 接口应该有两类
- 对一个 个体的抽象,它可对应为一个抽象体(abstract class);
- 对一个 个体某方面的抽象,即形成一个抽象面(interface);
- (一个体有可能有多个抽象面。抽象体与抽象面是有区别的)
三个面向的区别:
- 面向对象是指,我们考虑问题时,以对象为单位,考虑它的属性和方法;
- 面向过程是指,我们考虑问题时,以一个具体的流程(事务过程)为单位,考虑它的实现;
- 接口设计与非接口设计是针对复用技术而言的,与面向对象(过程)不是一个问题,更多的体现就是对系统整体的架构;
8.2 使用注解开发
1.注解在接口上实现
@Select("select * from user") List<User> gerUsers();
2.需要在核心配置文件中绑定接口
<!--绑定接口--> <mappers> <mapper class="kun.dao.UserMapper"></mapper> </mappers>
3.测试
@Test public void test(){ SqlSession sqlSession = MybatisUtils.getSqlSession(); //底层主要应用反射 UserMapper mapper = sqlSession.getMapper(UserMapper.class); List<User> users = mapper.gerUsers(); for (User user : users) { System.out.println(user); } sqlSession.close(); }
本质:反射机制实现
底层:动态代理!
8.3 注解CRUD
1、我们可以在工具类创建的时候实现自动提交事物!
public static SqlSession getSqlSession(){ return sqlSessionFactory.openSession(true); }
2、编写接口,增加注解
public interface UserMapper { @Select("select id,name,pwd as password from user ") List<User> gerUsers(); //方法存下多个参数,所有的参数前面必须加上 @Param("属性") 注解 @Select("select id,name,pwd as password from user where id=#{uid} and name = #{name} ") User getUSerID(@Param("uid") int id, @Param("name") String name); @Insert("insert into user(id,name,pwd) values(#{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、测试类:
【注意:我们必须要将接口注册绑定到我们的核心配置文件中!!!】
8.4 关于@Param( )注解
- 基本类型的参数或者String类型,需要加上
- 引用类型不需要加
- 如果只有一个基本类型的话,可以忽略,但是建议大家都加上
- 我们在SQL中引用的就是我们这里的@Param()中设定的属性名
{} 和 ${} 区别:
- #{}可以防止sql注入 安全
- ${} 不可以防止sql注入 不安全