- [ ] 去除IService,ServiceImpl
- [ ] 修改like语义,默认直接like传入字符串
- [ ] BaseMapper方法名统一命名
Comment From: zacat
什么时候发新版？
Comment From: levin950825
建议 Warp 构建可以缩短命名 Wraps.<T>lb().eq
Comment From: EmmaCCC
建议QueryWrapper增加拦截方法，统一拦截传入的查询条件
Comment From: frozenfield
也就是说，4.x不会向下兼容3.X了对吗，3.X会很快停止维护吗。
Comment From: 203579397
建议吸收PageHelper的分页设计模式，这样比较解耦
Comment From: fyeeme
BaseMapper方法名统一命名
这一条有目前命名规范标准或想法吗？可否发出来先看看
Comment From: rowstop
移除IService,ServiceImpl有别的替代方案吗？还是只提供 BaseMapper 了？Service 有歧义 其实可以修改为Dao，或者 Service 的功能移入 Mapper 里
Comment From: authorZhao
我们把service拆分到dao下面，和自己的业务service分开，但是这一层自己加也无所谓，IService确实没啥存在的必要
Comment From: EmmaCCC
移除IService,ServiceImpl有别的替代方案吗？还是只提供 BaseMapper 了？Service 有歧义 其实可以修改为Dao，或者 Service 的功能移入 Mapper 里 IService,SericeImpl真没啥用，白白多写一堆垃圾代码，mapper里边都能满足，除了saveBatch方法，听说后续mapper也支持了，以后自己的业务直接引用mapper访问数据就行了，没那么多事
Comment From: frozenfield
移除IService,ServiceImpl有别的替代方案吗？还是只提供 BaseMapper 了？Service 有歧义 其实可以修改为Dao，或者 Service 的功能移入 Mapper 里 IService,SericeImpl真没啥用，白白多写一堆垃圾代码，mapper里边都能满足，除了saveBatch方法，听说后续mapper也支持了，以后自己的业务直接引用mapper访问数据就行了，没那么多事
在我们自己设计规范中，sql与warpper是等价的，所以mapper只用来写sql，service用来写wrapper以及与单表相关的公共方法；而在业务流程层面，是不允许出现任何sql与wrapper的，当然了，业务流程也不叫service而是定义了别的名字来区分层次。
Comment From: craftsman4j
我们把service拆分到dao下面，和自己的业务service分开，但是这一层自己加也无所谓，IService确实没啥存在的必要
Java 8 直接在 Mapper 中写 default 方法完全可以替代 dao 层，类似这种：
