PageHelper 还是 MyBatis Plus 自带分页插件?

在座CRUD boy肯定对各种分页方式熟稔于心,那么,有没有思考过为什么用它?有什么优缺点?性能如何?
就拿MyBatis Plus(以下简称MP)自带的PaginationInnerInterceptor(真特么长,以下简称PII)和PageHelper(以下简称PH)来比较,你更中意那种?

public interface UserMapper extends BaseMapper<User> {
    List<User> selectNative(UserQuery query);
}

咦~貌似和原始MyBatis没有任何区别!

然后,PII是这样子写的(分页参数必须放第一个,第二个参数必须带@Param注解):

public interface UserMapper extends BaseMapper<User> {
    IPage<User> selectNative(IPage<User> page, @Param("query") UserQuery query);
}

PH的XML是这样子的:

<mapper namespace="com.iakuil.mvp.dao.UserMapper">
    <select id="selectNative" resultType="com.hxzf.mvp.dao.entity.User" parameterType="com.iakuil.mvp.domain.UserQuery">
        select * from t_user where create_time &gt;= #{regStart} and create_time &lt;= #{regEnd}
    </select>
</mapper>

PII的XML也有所不同:

<mapper namespace="com.iakuil.mvp.dao.UserMapper">
    <select id="selectNative" resultType="com.iakuil.mvp.dao.entity.User" parameterType="com.iakuil.mvp.domain.UserQuery">
        select * from t_user where create_time &gt;= #{query.regStart} and create_time &lt;= #{query.regEnd}
    </select>
</mapper>

多包了一层query,条件一多,是不是就有点碍眼了?

无疑PII更接近于JPA的写法,但是耦合也更严重,而PH更加简洁。

【总结】

如果不打算手写SQL,两者差异不大;
如果需要兼容原生MyBatis的XML,或者将来可能换成其他MyBatis扩展(比如通用Mapper),强烈安利PH!

BTW. 即使是非原生SQL的场景,PH也有优势,比如对于多余的排序参数的处理。所以我的建议是:PageHelper+MP BaseMapper核心方法(除了分页),不要使用IService和代码生成器。

作者:iakuil
链接:https://www.jianshu.com/p/b1a37d7e720c

为者常成,行者常至