观察者模式以及实际项目应用
观察者模式定义观察者模式（Observer），又叫发布-订阅模式（Publish/Subscribe），定义对象间一种一对多的依赖关系，使得每当一个对象改变状态，则所有依赖于它的对象都会得到通知并自动更新。
通俗解释比如我们在宿舍打斗地主，我们要找个人来“放风”，这个人在门口观察，如果有宿管过了检查，那么就通知宿舍其他的小伙伴停止斗地主回床上睡觉。这种模式就被称为观察者模式。
从这个例子看，“宿管是否过来宿舍”是订阅的主题，观察者是放风的人，订阅者是打斗地主的小伙伴，被观察者就是宿管。
不使用观察者模式的问题假设我们基于之前在策略模式讲的电子支付的例子，支付完成后要发送消息，发送的消息有：短信，公众号消息，APP站内消息，邮箱。如果不使用观察者模式，怎么做呢？看代码：
@Override
public String pay(String channel, String amount) throws Exception {
PayStrategy payStrategy = PayStrategyFactory.getPayStrategy(channel
教你用构建者(生成器)模式优雅地创建对象
为什么要用构建者模式很多博客文章上来就先抛出一个定义，我们不妨反过来问一句为什么要用构建者模式。首先我们创建一个User类，然后采用有参构造器的方式创建对象。
public class User {
private String id;
private String name;
private String gender;
private String address;
private Integer age;
private String phone;
//省略无参构造器，有参构造器，getter，setter方法...
}
public static void main(String[] args) throws Exception {
String id = UUID.randomUUID().toString().replaceAll("-", "");
User user = new User(id, "张三", "男&q
教你用策略模式解决多重if-else
写在前面很多人可能在公司就是做普通的CRUD的业务，对于设计模式，即使学了好像也用处不大，顶多就在面试的时候能说上几种常见的单例模式，工厂模式。而在实际开发中，设计模式似乎很难用起来。
在现在的环境下，程序员的竞争已经非常激烈了，要体现出自身的价值，最直接的体现当然是差异化。这无需多说，我认为在实际开发中能运用设计模式，是很能体现差异化的。设计模式是一些前人总结的较好的方法，使程序能有更好的扩展性，可读性，维护性。
下面举个例子，使用策略模式解决多重if-else的代码结构。想学习更多的设计模式的实战经验，那就点个关注吧，谢谢大佬。
使用if-else假设我们要开发一个支付接口，要对接多种支付方式，通过渠道码区分各种的支付方式。于是定义一个枚举PayEnum，如下：
public enum PayEnum {
ALI_PAY("ali","支付宝支付"),
WECHAT_PAY("wechat","微信支付"),
UNION_PAY("union","银
为什么要创建个人博客
很高兴你能点进来看我的第一篇文章。
内容也和标题一样无聊，为什么要创建个人博客，既然我已经创建了还要找什么理由呢。但是你点进来很大原因是因为你还没有个人博客，所以想来听听我创建个人博客的理由，以此来驱动自己去创建个人博客。这非常好，证明你已经有冲动了，只差行动起来。
我的理由有以下几点：
想要记录下一些自己的技术学习的过程。比记录在有道云笔记自己看更加有价值，因为博客是可以分享，可以传播，知识需要传播起来才有力量。这是最大的一个原因。
通过输出博客文章提升自己的技术水平。因为输出就是最好的学习，输出一篇好的技术文章，往往就是最好的学习方式。
通过这个博客和网友互相学习。毕竟外面的世界很大，可以通过博客这个窗口和网上的开发者互相学习讨论，不失为一种乐趣。
记录一些生活感想、读书笔记、美食经历等等。
这就是我的理由。如果你想要创建个人博客的话，马上去做吧。
教程的话可以参考
B站up主“CodeSheep”的视频手把手教你从0开始搭建自己的个人博客 |无坑版视频教程| hexo
我的hexo主题使用的是fluid,如果你觉得不错也可以使用哦。
2020-02-16
博客