本次更新主要是将 Magician-Web,Magician-JDBC 进行了一个小小的升级。
改动点如下:
在之前的版本中,如果我们的接口 url 是这样的: [/api/order/list,/api/order/create,/api/lttery/list ]
如果想拦截所有 api 开头的接口,大家肯定能想到在拦截器中这么配置
@Interceptor(pattern = "/api/*") public class DemoInterceptor implements MagicianInterceptor { }
但是很遗憾,上个版本不支持,你要么 配置 [ pattren="/api/order/"] 拦截所有 [/api/order/] 开头的接口,要么配置 [ pattren="/api/lottery/"] 拦截所有 [/api/lottery/] 开头的接口,又或者像下面这样配
@Interceptor(pattern = "/api/*/*") public class DemoInterceptor implements MagicianInterceptor { }
但是这也会有点问题,不够灵活,等于是限制死了 url 的级数,必须等于 3 级 不能多也不能少。所以新版本修复了这个小问题,现在可以这样配置了
@Interceptor(pattern = "/api/*") public class DemoInterceptor implements MagicianInterceptor { }
我拿查询举例子,以前我们写 where 条件必须这样
String sql = SqlBuilder .select("lottery_order_list") .column(OrderPO.class) .where("user_id = #{user_id} and pay_status = #{pay_status} and lottery_status = #{lottery_status} order by create_time desc") .builder();
这样写有三个问题
所以在这个版本,对这块做了增强,还是上面那个例子,我们可以改成这样
String sql = SqlBuilder .select("lottery_order_list") .column(OrderPO.class) // where 可以传入多次,SqlBuilder 会自动拼接 .where("user_id = #{user_id}") .where("and pay_status = #{pay_status}") .where("and lottery_status = #{lottery_status}") // order by 和 where 分开了 .end("order by create_time desc") .builder();
where 可以传入多次,SqlBuilder 会自动拼接这些条件,这样写的话,一行一行很清晰,而且如果遇到了需要动态拼 sql 的时候,可以这样
Select select = SqlBuilder .select("lottery_order_list") .column(OrderPO.class); // if 里面的条件只是举例子,java 没有这种语法 if(user_id 不等于 null){ select.where("user_id = #{user_id}"); } if(pay_status 不等于 null){ select.where("and pay_status = #{pay_status}"); } if(lottery_status 不等于 null){ select.where("and lottery_status = #{lottery_status}"); } select.end("order by create_time desc"); String sql = select.builder();
这边再说点小插曲吧,sql 辅助器听字面意思应该就能理解了,他只是一个写 sql 的辅助器,并不是那些什么把 sql 代码化的设计思路,更不是 JPA 那套东西。他就是一个辅助写 sql 的工具类而已。而且仅针对单表的增删改查。
Magician-JDBC 从一开始就是遵循的写 sql 的设计方向,一切周边工具都是为了更方便的写 sql,千万不要理解偏了哦,^_^。
Magician 官网:https://www.magician-io.com
![]() | 1 EscYezi 2021-08-18 14:46:57 +08:00 via iPhone 有没有考虑过给 where 方法加一个参数,为 true 则拼接(类似 mybatis plus ) |
![]() | 2 kkkkkrua 2021-08-18 15:26:57 +08:00 为啥不把关键字提取成方法呢? SqlBuilder.select(XX.class).where().and().where().or.where().orderBy().groupBy() 之类的,方法支持 lambda 更好 |
![]() | 3 Joker123456789 OP @kkkkkrua 因为关键词太多了,如果都提取的话 需要定义很多方法,而且也会增加学习难度。 比如这句,where a=3 and (b=4 or c=5); 作为初次使用的人来说 肯定需要去翻一下文档才能知道要怎么写。 而我现在的这个做法,使用者完全可以这样写 SqlBuilder.select("表名") .where("a=3"); .where("and (b=4 or c=5)"); 毫无学习成本,就是纯 sql 。 |
![]() | 4 Joker123456789 OP @EscYezi 这个建议挺好的,下个版本会跟上,谢谢啦。 |
![]() | 5 kkkkkrua 2021-08-18 15:56:17 +08:00 @Joker123456789 #3 代码里面嵌入 sql 并不美观,也不能通过编译器及时发现问题,这也是为什么 jpa 的 @Query,mybatis 的 xml 不好用的原因,你这种的和单纯拼 sql 字符串区别不大 |
![]() | 6 Joker123456789 OP @kkkkkrua 是的,本来就不大,只是在一定程度上提高了单表操作的编码效率。 这个组件本来就是以写 sql 为主的。遇到多表的查询还是得 拼 sql 。 因为我个人是 sql 党,所以就按照自己喜欢的方式设计的,^_^。 |
![]() | 7 kkkkkrua 2021-08-18 16:07:21 +08:00 @Joker123456789 #6 可以,没毛病 |