mh070422的博客

这个肯定有很多大佬都写了, 但是我平时不太注重技术积累, 主要是工作中遇到了并且有用到, 就记录一下, 并希望能帮助一些人吧: 针对入参的校验一直是个比较麻烦的事,不过现在好了, 有个简单的方式, 了解一下啊: 下面这个呢, 是接前端参数的对象: @Data @Accessors (chain=true) public class CcShopUsualMobileDto { public interface AddValidation{ } public interface UpdateVa

场景：咱不知道其他人是什么场景用它的，咱也不知道当初为啥要用这个，但是既然这个用到这个了，那咱就说道说道吧。项目中用到的场景是客户招揽中有多个任务类型，分为首保、定保、保修、保险、召回、主题等，一共这么多种类型，然后它在查询的时候会有这样一种场景，它可能会查既是首保，又是保险的任务类型，也有可能查询既是首保、保修，同时又是主题的任务类型。也就是说他查询的任务类型不只是这一种，他可能出现同时查很多种的情况。那么这个时候怎么做呢？位图就为这个提供了一种解决问题的思路。 算法： 假如有几种类型，分别是首保、定

我用到的场景: 由于有一些sql是由数据中心写好直接存在数据库中的, 而我直接拿到sql执行就可以了, 唯一需 要处理的地方就是将其中的一些字段替换为我传的参数, 举个例子: 里面存的sql是 select * from a where shop_code in ('{shopCode}') 而我可能只需要将小括号里的 {shopCode} 替换成我要的门店比如 2003, 2006, 2008这种 因此，我自定义了一个注解，加在了接收前端传来的对象的属性上，假如我接收前端的对象里有一个shopC