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