携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第十七天，点击查看活动详情 >>
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注入 不安全
