WeJan's Blog

类型：结构型模式 意图：定义一个统一的系统接口，隐藏多个子系统的复杂性。 主要解决：降低访问系统客户端内部子系统的复杂度。 使用场景：解耦合客户端与具体子系统，子系统与客户端无需感知对方，客户端不需要亲自调用子系统的接口，把原本需要与多个子系统的交互全部封装到门面类中，客户端只需要和 Facade 类交互即可。 阅读全文…

本文以运营活动状态转换为例，结合 Spring 演示状态模式的实践应用。 阅读全文…

类型：行为型模式 意图：定义一系列算法，不同算法策略可以相互替换，并且互不影响。 主要解决：在有多种算法相似的情况下，使用 if…else 所带来的复杂和难以维护。 使用场景：一个系统需要动态地在几种算法中选择一种。 阅读全文…

重新学习一下设计模式，掌握好设计模式对代码质量的提高还是很有效果的。 阅读全文…

几年前刚学习 SpringBoot 的时候，就接触并开始使用 HibernateValidator 校验框架，注解校验结合统一异常处理，对代码的整洁性提高特别有帮助。但是目前发现公司里比较新的项目中对参数进行校验还是使用以前传统的方式，需要逐一对请求对象中的属性使用 if 来判断合法性，当需要校验的属性很多时，一大坨的 if 判断校验代码就不可避免。本文介绍 HibernateValidator 校验框架的日常使用，不涉及自定义约束注解。 阅读全文…

笔者初次通过 hexo 搭建博客时，对 hexo 不太了解，后来发现中文标题的文章 URL 会转义成http://nullpointer.pw/2018/09/17/%E5%92%8C%E6%88%91%E4%B8%80%E8%B5%B7%E6%89%93%E9%80%A0%E4%B8%AA%E7%AE%80%E5%8D%95%E6%90%9C%E7%B4%A2%E4%B9%8BSpringDataElasticSearch%E5%85%B3%E9%94%AE%E8%AF%8D%E9%AB%98%E4%BA%AE.html 类似模样，，，当标题比较长时，URL 就会很长，hexo 默认的 URL 是:year/:month/:title，为了减小 URL 长度，于是笔者做了一件比较傻缺的事情，将 URL 修改成了只有标题，这也造成如今 repo 列表文件过多，同时也并未解决中文标题转义的问题，因此需要自定义文章 URL。 阅读全文…

流程图在各行各业都有所应用，尤其广泛应用与技术设计，产品设计。画好流程图，可以让别人能够很轻松地理解业务，特别是遇到比较复杂的业务时，用言语解释可能需要花费一上午甚至一天，但是用图去表示可能只需要 1 个小时。不多说，直奔主题。 阅读全文…

前言Java 8 已经面世很长时间，目前连 Java 13、Java 14 都已经出来了，但自己对于 Java8 中的一些 API 用法还不是很熟悉，今年才算全面切换到 Java8。在日常开发过程中，不可避免地会使用到 Java 8 的新时间 API，比如 LocalDateTime、LocalDate 等，放弃使用难用的 Date；但是每次需要进行转换操作时，总是需要重复去 Google 搜索，索性一次性过一遍所有的时间 API，总结一些常用的转换方法，比如时间戳与 LocalDateTime 互转，Date 与 LocalDateTime 互转。 阅读全文…

前言按照日常开发习惯，对于不同领域层使用不同JavaBean对象传输数据，避免相互影响，因此基于数据库实体对象User衍生出比如UserDto、UserVo等对象，于是在不同层之间进行数据传输时，不可避免地需要将这些对象进行互相转换操作。 常见的转换方式有： 调用getter/setter方法进行属性赋值 调用BeanUtil.copyPropertie进行反射属性赋值 第一种方式不必说，属性多了就需要写一大坨getter/setter代码。第二种方式比第一种方式要简便很多，但是坑巨多，比如sources与target写反，难以定位某个字段在哪里进行的赋值，同时因为用到反射，导致性能也不佳。 鉴于此，今天写一写第三种对象转换方式，本文使用的是 MapStruct 工具进行转换，MapStruct 原理也很简单，就是在代码编译阶段生成对应的赋值代码，底层原理还是调用getter/setter方法，但是这是由工具替我们完成，MapStruct在不影响性能的情况下，解决了前面两种方式弊端，很赞~ 阅读全文…

业务说明这样一个业务场景，有一个抽奖活动，抽奖活动中如果完成一次分享的任务，就会增加一次抽奖机会。前端判断用户分享成功后，会调用一次保存分享记录的接口，将分享记录入库。完成后，前端会调用获取调用查询【活动任务可完成次数】接口，如果任务可完成次数为0，则置灰分享按钮。 阅读全文…