设计模式

设计模式原则

1. 单一职责 Single Responsibility Principle

    不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责：
    一个类只负责一件事
   

2. 开闭原则 Open Close Principle

    开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有代码，实现一个热插拔的效果。
    所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。
    想要达到这一的效果，我们需要使用接口和抽象类。
    程序需要扩展时，也不能修改原有代码，程序设计时就需要注意接口及抽象类的使用
   

3. 里氏代换原则 Liskov Substitution Principle

    任何基类可以出现的地方，子类一定可以出现。LSP是集成复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。
    里氏代换原则是对开闭原则的补充。实现开闭原则的关键步骤就是抽象化。
    而基类和子类的继承关心就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范：
    子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。
    子类可以增加自己特有方法。
    当子类的方法重载父类的方法是，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。
    当子类方法实现父类的抽象方法时，方法的后置条件(即方法的返回值)要比父类更严格。
    一句话总结：尽量不要重写父类的已经实现了的方法，可以用接口等其它方法绕过。
   

4. 依赖倒转原则 Dependence Inversion Principle

    高层模块不应该依赖底层模块，两者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。
    这是开闭原则的基础，具体内容：针对接口编程，依赖于抽象而不依赖于具体。
    面向接口的编程，多用抽象来描述相同的动作，参考Spring
   

5. 接口隔离原则 Interface Segregation Principle

    使用多个隔离的接口，比使用单个接口要好。还剩降低类之间的耦合度的意思，从这里我们看出，其实设计模式就是软件的一个设计思想，从大型软件架构出发，为了方便升级和维护。
     所以文中多次出现：降低依赖，降低耦合。
   

6. 迪米特法则 最少知道原则 Demeter Principle

    一个实体应当尽量少的与其它实体之间发生相互作用，使得系统功能模块相对独立。
    解耦，被依赖的类应该封装好自己的业务逻辑
   

7. 合成复用原则（Composite Reuse Principle）

    原则是尽量首先使用合成/聚合的方式，而不是使用继承。
   

创建型

- 工厂模式（Factory Pattern）
- 抽象工厂模式（Abstract Factory Pattern）
	简单工厂
	工厂方法
	抽象工厂
- 单例模式（Singleton Pattern）
	懒汉式
	饿汉式
	Double Check 懒汉式 ＋ volatile
	静态内部类

public class Car3Singleton {
    private static volatile Car3 instance;

    public static Car3 instance() {
        if (instance == null) {
            synchronized (Car3Singleton.class) {
                if (instance == null) {
                    return new Car3();
                }
            }
        }
        return instance;
    }

    static class Car3SingletonHolder {
        private static Car3 INSTANCE = new Car3();
    }

    public static Car3 getInstance() {
        return Car3SingletonHolder.INSTANCE;
    }
}

枚举类

public enum CarEnum {
    INSTANCE;

    CarEnum() {
    }

    public void move() {
        System.out.println(this.toString() + " i am moving !");
    }
}

• 原型模式（Prototype Pattern）

public class CarProtype implements Car, Cloneable {
    @Override
    public void move() {
        System.out.println(this.toString() + " i am move !");
    }

    @Override
    public String toString() {
        return "CarProtype{}";
    }

    @Override
    protected Object clone() throws CloneNotSupportedException {
        return super.clone();
    }
}

- 建造者模式（Builder Pattern）
```java
public class Car1Builder implements Builder<Car1> {
    private Car1 car1;

    public Car1Builder() {
        this.car1 = new Car1();
    }

    [[@Override](https://my.oschina.net/u/1162528)]
    public Car1 build() {
        return car1;
    }

    public Car1Builder color(String color) {
        car1.setColor(color);
        return this;
    }
}

---

结构型

- 适配器模式（Adapter Pattern）
- 桥接模式（Bridge Pattern）
- 过滤器模式（Filter、Criteria Pattern）
- 组合模式（Composite Pattern）
- 装饰器模式（Decorator Pattern）
- 外观模式（Facade Pattern）
- 享元模式（Flyweight Pattern）
- 代理模式（Proxy Pattern）

行为型

父类与子类

	- 策略模式（Strategy Pattern）
	- 模板模式（Template Pattern）

两个类之间

	- 责任链模式（Chain of Responsibility Pattern）
	- 命令模式（Command Pattern）
	- 观察者模式（Observer Pattern）
	- 迭代器模式（Iterator Pattern）

类的状态

	- 备忘录模式（Memento Pattern）
	- 状态模式（State Pattern）

通过中间类

	- 中介者模式（Mediator Pattern）
	- 访问者模式（Visitor Pattern）
	- 解释器模式（Interpreter Pattern）

特例

	- 空对象模式（Null Object Pattern）

---

J2EE

• MVC 模式（MVC Pattern）
• 业务代表模式（Business Delegate Pattern）
• 组合实体模式（Composite Entity Pattern）
• 数据访问对象模式（Data Access Object Pattern）
• 前端控制器模式（Front Controller Pattern）
• 拦截过滤器模式（Intercepting Filter Pattern）
• 服务定位器模式（Service Locator Pattern）
• 传输对象模式（Transfer Object Pattern）

参考资源

• 设计模式教程
• 23种设计模式全解析

转载于:https://my.oschina.net/u/2298158/blog/2878411