使用MyBatis Plus后如何设计Dao层 Service层？

Question

之前一直用MyBatis，Dao层写各种SQL语句，Service层写业务，其中会调用到Dao层。

转MyBatis Plus后，我对此产生了困惑。因为Dao层的方法可能会被不止一个Service层的方法调用，但是使用MyBatisPlus的话可以在业务层方法中直接传入QueryWrapper来使用，这样如果业务层别的方法也需要使用此方法的话只能重新写一遍吗？

例如：根据年龄查询用户，使用MyBatis Plus只需要在业务层调用userMapper.selectOne(new QueryWrapper<User>().eq("user_age", age)); 而业务层的其他方法也可能需要根据年龄查询用户，这时我只能再写一遍userMapper.selectOne(new QueryWrapper<User>().eq("user_age", age)); 语句吗？

我想一个好的设计应该是将其封装为Dao层的方法，但是封装为Dao层跟直接写SQL语句差别也不是很大，那这样的话我的MyBatisPlus不是失去意义了吗？

或者说是我应该为每一个需要使用的SQL语句在Service层定义一个方法吗？

还是说我原本的分层模式就有问题？

感谢解答。来自一个菜鸟的疑惑。

Answer 1

分层是没有问题的，我觉得是需要单独定义一个service方法的，否则在做单元测试的时候就没法mock了。或者要在数据库操作之前增加缓存之类的通用层也是不方便的。

Answer 2

为什么不把Mybatis-plus的IService与ServiceImpl当做是Dao的基类呢，当Dao层
然后自己另外写一个Service层,组织业务逻辑