设计模式 概念整理1 创建型模式

分类

1. 创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。

2. 结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。

3. 行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。

4. 其实还有两类：并发型模式和线程池模式

设计模式的六大原则

总原则：开闭原则（Open Close Principle）
开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，而是要扩展原有代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类等，后面的具体设计中我们会提到这点。

1、单一职责原则
不要存在多于一个导致类变更的原因，也就是说每个类应该实现单一的职责，如若不然，就应该把类拆分。

2、里氏替换原则（Liskov Substitution Principle）
里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。—— From Baidu 百科

历史替换原则中，子类对父类的方法尽量不要重写和重载。因为父类代表了定义好的结构，通过这个规范的接口与外界交互，子类不应该随便破坏它。

3、依赖倒转原则（Dependence Inversion Principle）
这个是开闭原则的基础，具体内容：面向接口编程，依赖于抽象而不依赖于具体。写代码时用到具体类时，不与具体类交互，而与具体类的上层接口交互。

4、接口隔离原则（Interface Segregation Principle）
这个原则的意思是：每个接口中不存在子类用不到却必须实现的方法，如果不然，就要将接口拆分。使用多个隔离的接口，比使用单个接口（多个接口方法集合到一个的接口）要好。

5、迪米特法则（最少知道原则）（Demeter Principle）
就是说：一个类对自己依赖的类知道的越少越好。也就是说无论被依赖的类多么复杂，都应该将逻辑封装在方法的内部，通过public方法提供给外部。这样当被依赖的类变化时，才能最小的影响该类。

最少知道原则的另一个表达方式是：只与直接的朋友通信。类之间只要有耦合关系，就叫朋友关系。耦合分为依赖、关联、聚合、组合等。我们称出现为成员变量、方法参数、方法返回值中的类为直接朋友。局部变量、临时变量则不是直接的朋友。我们要求陌生的类不要作为局部变量出现在类中。

6、合成复用原则（Composite Reuse Principle）
原则

创建型模式

创建型模式，共五种：工厂方法模式、单例模式、建造者模式、原型模式。

工厂模式

将实例化对象的代码提取放到一个类进行统一维护，达到和住项目的依赖关系的解耦。提高维护性和扩展性。注重零部件创建过程。

jdk

calendar

简单工厂

所有对象都在一个factory类里创建

1. 实例化对象方法传入字符串，方法内部根据字符串匹配创建对象

public class SendFactory {  
  
    public Sender produce(String type) {  
        if ("mail".equals(type)) {  
            return new MailSender();  
        } else if ("sms".equals(type)) {  
            return new SmsSender();  
        } else {  
            System.out.println("请输入正确的类型!");  
            return null;  
        }  
    }  
}  
//
   SendFactory factory = new SendFactory();  
   Sender sender = factory.produce("sms");  

2. 调用不同的方法创建不同的对象

public class SendFactory {  
   public Sender produceMail(){  
        return new MailSender();  
    }  
      
    public Sender produceSms(){  
        return new SmsSender();  
    }  
} 

   SendFactory factory = new SendFactory();  
  Sender sender = factory.produceMail();  

缺点

简单工厂在扩展程序时违背闭包原则

工厂方法

接口定义一个创建对象的方法，子类是实例化的类，子类重写实例化对象方法。

public interface Provider {  
    public Sender produce();  
}  
public class SendSmsFactory implements Provider{  
  
    @Override  
    public Sender produce() {  
        return new SmsSender();  
    }  
}  
///
   Provider provider = new SendMailFactory();  
        Sender sender = provider.produce();  
        sender.Send(); 

抽象工厂 ？

工厂子类实现工厂接口

单例模式

只有一个实例存在 。springbean默认是单例

1. 构造方法private
2. 对象为 static

jdk

java.lang.runtime

应用场景

需要频繁创建和销毁的对象时耗时过多或耗费资源过多，经常用到的对象

8种实现方式

饿汉式 2
懒汉式 3
双重检查
静态内部类
枚举

饿汉

默认创建对象

懒汉

默认不创建对象，在get（）的时候判断对象是否存在

---

多线程情况下会出现并发问题所以要加锁

1. 对方法加锁
2. 代码块内对对象加锁
   

建造者模式

将一个复杂对象的构造与表示分离，使构造过程可以创建不同的表示。注重零部件组装过程。

优点

1. 封装性好，构建和表示分离。
2. 扩展性好，各个具体的建造者相互独立，有利于系统的解耦。
3. 客户端不必知道产品内部组成的细节，建造者可以对创建过程逐步细化，而不对其它模块产生任何影响，便于控制细节风险。

角色

1. 产品角色（Product）：它是包含多个组成部件的复杂对象，由具体建造者来创建其各个零部件。
2. 抽象建造者（Builder）：它是一个包含创建产品各个子部件的抽象方法的接口，通常还包含一个返回复杂产品的方法 getResult()。
3. 具体建造者(Concrete Builder）：实现 Builder 接口，完成复杂产品的各个部件的具体创建方法。
   指挥者（Director）：它调用建造者对象中的部件构造与装配方法完成复杂对象的创建，在指挥者中不涉及具体产品的信息。

原型模式

将对象作为原型，进行复制、克隆，产生一个新对象。在java中是通过clone（）实现的。

• object中clone（）//浅拷贝
• 重写clone（）深拷贝
• spring bean作用域可以创建原型对象

深拷贝 浅拷贝

• 浅拷贝克隆对象中 属性为对象时 这个属性对象为指向 并不是一个新的属性对象基本数据类型值传递，引用数据类型 引用传递。

public class Prototype implements Cloneable {  
  
    public Object clone() throws CloneNotSupportedException {  
        Prototype proto = (Prototype) super.clone();  
        return proto;  
    }  
}  

• 深拷贝复制基本数据类型值，引用类型申请存储空间

实现

	1. 重写clone
	2. 对象序列化

   public Object deepClone() throws IOException, ClassNotFoundException {  
  
        /* 写入当前对象的二进制流 */  
        ByteArrayOutputStream bos = new ByteArrayOutputStream();  
        ObjectOutputStream oos = new ObjectOutputStream(bos);  
        oos.writeObject(this);  
  
        /* 读出二进制流产生的新对象 */  
        ByteArrayInputStream bis = new ByteArrayInputStream(bos.toByteArray());  
        ObjectInputStream ois = new ObjectInputStream(bis);  
        return ois.readObject();  
    }