观察者模式以及实际项目应用
观察者模式定义观察者模式（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","银
