1. 单例(Singleton)

Intent

确保一个类只有一个实例,并提供该实例的全局访问点。

Class Diagram

使用一个私有构造函数、一个私有静态变量以及一个公有静态函数来实现。

私有构造函数保证了不能通过构造函数来创建对象实例,只能通过公有静态函数返回唯一的私有静态变量。

Implementation

Ⅰ 懒汉式-线程不安全

以下实现中,私有静态变量 uniqueInstance 被延迟实例化,这样做的好处是,如果没有用到该类,那么就不会实例化 uniqueInstance,从而节约资源。

这个实现在多线程环境下是不安全的,如果多个线程能够同时进入 if (uniqueInstance == null) ,并且此时 uniqueInstance 为 null,那么会有多个线程执行 uniqueInstance = new Singleton(); 语句,这将导致实例化多次 uniqueInstance。

  1. public class Singleton {
  2.  
  3. private static Singleton uniqueInstance;
  4.  
  5. private Singleton() {
  6. }
  7.  
  8. public static Singleton getUniqueInstance() {
  9. if (uniqueInstance == null) {
  10. uniqueInstance = new Singleton();
  11. }
  12. return uniqueInstance;
  13. }
  14. }

Ⅱ 饿汉式-线程安全

线程不安全问题主要是由于 uniqueInstance 被实例化多次,采取直接实例化 uniqueInstance 的方式就不会产生线程不安全问题。

但是直接实例化的方式也丢失了延迟实例化带来的节约资源的好处。

  1. public class Singleton {
  2. //线程不安全问题主要是由于 uniqueIntance被实例化了多次,
  3. //如果uniqueInstance采用直接实例化的话,就不会被实例化多次,也就不会产生线程不安全的问题。
  4. private static Singleton uniqueInstance=new Singleton2();
  5.  
  6. private Singleton(){
  7.  
  8. }
  9.  
  10. public static Singleton getUniqueInstance(){
  11. return uniqueInstance;
  12. }
  13. }

Ⅲ 懒汉式-线程安全

只需要对 getUniqueInstance() 方法加锁,那么在一个时间点只能有一个线程能够进入该方法, 从而避免了实例化多次 uniqueInstance。

但是当一个线程进入该方法之后,其它试图进入该方法的线程都必须等待, 即使 uniqueInstance 已经被实例化了。这会让线程阻塞时间过长,因此该方法有性能问题,不推荐使用。

  1. public class Singleton{
  2. //线程不安全问题主要是由于 uniqueIntance被实例化了多次,
  3. //如果uniqueInstance采用直接实例化的话,就不会被实例化多次,也就不会产生线程不安全的问题。
  4. private static Singleton uniqueInstance;
  5.  
  6. private Singleton(){
  7.  
  8. }
  9.  
  10. //当一个线程进入该方法之后,其它试图进入该方法的线程都必须等待
  11. public synchronized static Singleton getUniqueInstance(){
  12. if(uniqueInstance == null){
  13. uniqueInstance = new Singleton();
  14. }
  15. return uniqueInstance;
  16. }
  17. }
  • 延迟加载的思想 就是一开始不要加载资源或者数据,一直等,等到马上就要使用这个资源或者数据了, 躲不过去了才加载,所以也称Lazy Load, 不是懒惰啊,是“延迟加载”,这在实际开发中是一种很常见的思想,尽可能的节约资源。
  • 缓存的思想 把这些数据缓存到内存里面,每次操作的时候,先到内存里面找,看有没有这些数据, 如果有,那么就直接使用,如果没有那么就获取它,并设置到缓存中,下一次访问的时候就可以直接从内存中获取了。 从而节省大量的时间,当然,缓存是一种典型的空间换时间的方案。

Ⅳ 双重校验锁-线程安全

uniqueInstance 只需要被实例化一次,之后就可以直接使用了。加锁操作只需要对实例化那部分的代码进行,只有当 uniqueInstance 没有被实例化时,才需要进行加锁。

双重校验锁先判断 uniqueInstance 是否已经被实例化,如果没有被实例化,那么才对实例化语句进行加锁。

  1. public class Singleton {
  2.  
  3. private volatile static Singleton uniqueInstance;
  4.  
  5. private Singleton() {
  6. }
  1. public static Singleton getUniqueInstance() {
  2. if (uniqueInstance == null) {
  3. synchronized (Singleton.class) {
  4. if (uniqueInstance == null) {
  5. uniqueInstance = new Singleton();
  6. }
  7. }
  8. }
  9. return uniqueInstance;
  10. }
  11. }
  1.  

考虑下面的实现,也就是只使用了一个 if 语句。 在 uniqueInstance == null 的情况下,如果两个线程都执行了 if 语句,那么两个线程都会进入 if 语句块内。虽然在 if 语句块内有加锁操作,但是两个线程都会执行 uniqueInstance = new Singleton(); 这条语句,只是先后的问题,那么就会进行两次实例化。因此必须使用双重校验锁,也就是需要使用两个 if 语句。

  1. if (uniqueInstance == null) {
  2. synchronized (Singleton.class) {
  3. uniqueInstance = new Singleton();
  4. }
  5. }

uniqueInstance 采用 volatile 关键字修饰也是很有必要的, uniqueInstance = new Singleton(); 这段代码其实是分为三步执行:

  1. 为 uniqueInstance 分配内存空间
  2. 初始化 uniqueInstance
  3. 将 uniqueInstance 指向分配的内存地址

但是由于 JVM 具有指令重排的特性,执行顺序有可能变成 1>3>2。指令重排在单线程环境下不会出现问题,但是在多线程环境下会导致一个线程获得还没有初始化的实例。 例如,线程 T1 执行了 1 和 3,此时 T2 调用 getUniqueInstance() 后发现 uniqueInstance 不为空,因此返回 uniqueInstance,但此时 uniqueInstance 还未被初始化。

使用 volatile 可以禁止 JVM 的指令重排,保证在多线程环境下也能正常运行。

Ⅴ 静态内部类实现

当 Singleton 类加载时,静态内部类 SingletonHolder 没有被加载进内存。只有当调用 getUniqueInstance() 方法从而触发 SingletonHolder.INSTANCE 时 SingletonHolder 才会被加载,此时初始化 INSTANCE 实例,并且 JVM 能确保 INSTANCE 只被实例化一次。

这种方式不仅具有延迟初始化的好处,而且由 JVM 提供了对线程安全的支持。

  1. public class Singleton {
  2.  
  3. private Singleton() {
  4. }
  5.  
  6. private static class SingletonHolder {
  7. private static final Singleton INSTANCE = new Singleton();
  8. }
  9.  
  10. public static Singleton getUniqueInstance() {
  11. return SingletonHolder.INSTANCE;
  12. }
  13. }

Ⅵ 枚举实现

  1. public enum Singleton {
  2.  
  3. INSTANCE;
  4.  
  5. private String objName;
  6.  
  7. public String getObjName() {
  8. return objName;
  9. }
  10.  
  11. public void setObjName(String objName) {
  12. this.objName = objName;
  13. }
  14.  
  15. public static void main(String[] args) {
  16.  
  17. // 单例测试
  18. Singleton firstSingleton = Singleton.INSTANCE;
  19. firstSingleton.setObjName("firstName");
  20. System.out.println(firstSingleton.getObjName());
  21. Singleton secondSingleton = Singleton.INSTANCE;
  22. secondSingleton.setObjName("secondName");
  23. System.out.println(firstSingleton.getObjName());
  24. System.out.println(secondSingleton.getObjName());
  25.  
  26. // 反射获取实例测试
  27. try {
  28. Singleton[] enumConstants = Singleton.class.getEnumConstants();
  29. for (Singleton enumConstant : enumConstants) {
  30. System.out.println(enumConstant.getObjName());
  31. }
  32. } catch (Exception e) {
  33. e.printStackTrace();
  34. }
  35. }
  36. }
  1. firstName
  2. secondName
  3. secondName
  4. secondName
  1.  

该实现在多次序列化再进行反序列化之后,不会得到多个实例。而其它实现需要使用 transient 修饰所有字段, 并且实现序列化和反序列化的方法。

该实现可以防止反射攻击。在其它实现中,通过 setAccessible() 方法可以将私有构造函数的访问级别设置为 public,然后调用构造函数从而实例化对象,如果要防止这种攻击,需要在构造函数中添加防止多次实例化的代码。该实现是由 JVM 保证只会实例化一次,因此不会出现上述的反射攻击。

枚举实现(最推荐使用)

  1. public class Singleton {
  2. private Singleton(){}
  3.  
  4. public static Singleton getUniqueInstance(){
  5. return Singleton.INSTANCE.getSingleton();
  6. }
  7.  
  8. private enum Singleton{
  9. INSTANCE;
  10. //如果打算自定义自己的方法,那么必须在enum实例序列的最后添加一个分号。
  11. //而且 Java 要求必须先定义 enum 实例
  12. private Singleton singleton;
  13.  
  14. //JVM保证这个方法绝对只被调用一次
  15. Singleton(){
  16. singleton=new Singleton();
  17. }
  18.  
  19. public Singleton getSingleton() {
  20. return singleton;
  21. }
  22. }
  23. }

Examples

  • Logger Classes
  • Configuration Classes
  • Accesing resources in shared mode
  • Factories implemented as Singletons

JDK

2. 简单工厂(Simple Factory)

Intent

在创建一个对象时不向客户暴露内部细节,并提供一个创建对象的通用接口。

Class Diagram

简单工厂把实例化的操作单独放到一个类中,这个类就成为简单工厂类, 让简单工厂类来决定应该用哪个具体子类来实例化。

这样做能把客户类和具体子类的实现解耦, 客户类不再需要知道有哪些子类以及应当实例化哪个子类。 客户类往往有多个,如果不使用简单工厂,那么所有的客户类都要知道所有子类的细节。 而且一旦子类发生改变,例如增加子类,那么所有的客户类都要进行修改。

Implementation

  1. public interface Product {
  2. }
  1. public class ConcreteProduct implements Product {
  2. }
  1.  
  1. public class ConcreteProduct1 implements Product {
  2. }
  1.  
  1. public class ConcreteProduct2 implements Product {
  2. }
  1.  

以下的 Client 类包含了实例化的代码,这是一种错误的实现。如果在客户类中存在这种实例化代码,就需要考虑将代码放到简单工厂中。

  1. public class Client {
  2.  
  3. public static void main(String[] args) {
  4. int type = 1;
  5. Product product;
  6. if (type == 1) {
  7. product = new ConcreteProduct1();
  8. } else if (type == 2) {
  9. product = new ConcreteProduct2();
  10. } else {
  11. product = new ConcreteProduct();
  12. }
  13. // do something with the product
  14. }
  15. }

以下的 SimpleFactory 是简单工厂实现,它被所有需要进行实例化的客户类调用。

  1. public class SimpleFactory {
  2.  
  3. public Product createProduct(int type) {
  4. if (type == 1) {
  5. return new ConcreteProduct1();
  6. } else if (type == 2) {
  7. return new ConcreteProduct2();
  8. }
  9. return new ConcreteProduct();
  10. }
  11. }
  1. public class Client {
  2.  
  3. public static void main(String[] args) {
  4. SimpleFactory simpleFactory = new SimpleFactory();
  5. Product product = simpleFactory.createProduct(1);
  6. // do something with the product
  7. }
  8. }
  1.  
  • 简单工厂的优缺点

帮助封装:简单工厂虽然很简单,但是非常友好的帮助我们实现了组件的封装,然后让组件外部能真正面向接口编程。
解耦:通过简单工厂,把客户类和具体子类的实现解耦。
可能增加客户端的复杂度: 如果通过客户端的参数来选择具体的实现类, 那么就必须让客户端能理解各个参数所代表的具体功能和含义,这会增加客户端使用的难度, 也部分暴露了内部实现,这种情况可以选用可配置的方式来实现
不方便扩展子工厂:私有化简单工厂的构造方法,使用静态方法来创建接口, 也就不能通过写简单工厂类的子类来改变创建接口的方法的行为了。不过,通常情况下是不需要为简单工厂创建子类的。

3. 工厂方法(Factory Method)

Intent

定义了一个创建对象的接口,但由子类决定要实例化哪个类。工厂方法把实例化操作推迟到子类。

Class Diagram

在简单工厂中,创建对象的是另一个类,而在工厂方法中,是由子类来创建对象。

下图中,Factory 有一个 doSomething() 方法,这个方法需要用到一个产品对象,这个产品对象由 factoryMethod() 方法创建。该方法是抽象的,需要由子类去实现。

Implementation

  1. public abstract class Factory {
  2. abstract public Product factoryMethod();
  3. public void doSomething() {
  4. Product product = factoryMethod();
  5. // do something with the product
  6. }
  7. }
  1. public class ConcreteFactory extends Factory {
  2. public Product factoryMethod() {
  3. return new ConcreteProduct();
  4. }
  5. }
  1.  
  1. public class ConcreteFactory1 extends Factory {
  2. public Product factoryMethod() {
  3. return new ConcreteProduct1();
  4. }
  5. }
  1.  
  1. public class ConcreteFactory2 extends Factory {
  2. public Product factoryMethod() {
  3. return new ConcreteProduct2();
  4. }
  5. }
  1.  

JDK

4. 抽象工厂(Abstract Factory)

Intent

提供一个接口,用于创建 相关的对象家族 。

Class Diagram

抽象工厂模式创建的是对象家族,也就是很多对象而不是一个对象,并且这些对象是相关的,也就是说必须一起创建出来。而工厂方法模式只是用于创建一个对象,这和抽象工厂模式有很大不同。

抽象工厂模式用到了工厂方法模式来创建单一对象,AbstractFactory 中的 createProductA() 和 createProductB() 方法都是让子类来实现,这两个方法单独来看就是在创建一个对象,这符合工厂方法模式的定义。

至于创建对象的家族这一概念是在 Client 体现,Client 要通过 AbstractFactory 同时调用两个方法来创建出两个对象,在这里这两个对象就有很大的相关性,Client 需要同时创建出这两个对象。

从高层次来看,抽象工厂使用了组合,即 Cilent 组合了 AbstractFactory,而工厂方法模式使用了继承。

Implementation

  1. public class AbstractProductA {
  2. }
  1. public class AbstractProductB {
  2. }
  1.  
  1. public class ProductA1 extends AbstractProductA {
  2. }
  1.  
  1. public class ProductA2 extends AbstractProductA {
  2. }
  1.  
  1. public class ProductB1 extends AbstractProductB {
  2. }
  1.  
  1. public class ProductB2 extends AbstractProductB {
  2. }
  1.  
  1. public abstract class AbstractFactory {
  2. abstract AbstractProductA createProductA();
  3. abstract AbstractProductB createProductB();
  4. }
  1.  
  1. public class ConcreteFactory1 extends AbstractFactory {
  2. AbstractProductA createProductA() {
  3. return new ProductA1();
  4. }
  5.  
  6. AbstractProductB createProductB() {
  7. return new ProductB1();
  8. }
  1. }
  1. public class ConcreteFactory2 extends AbstractFactory {
  2. AbstractProductA createProductA() {
  3. return new ProductA2();
  4. }
  5.  
  6. AbstractProductB createProductB() {
  7. return new ProductB2();
  8. }
  9. }
  1.  
  1. public class Client {
  2. public static void main(String[] args) {
  3. AbstractFactory abstractFactory = new ConcreteFactory1();
  4. AbstractProductA productA = abstractFactory.createProductA();
  5. AbstractProductB productB = abstractFactory.createProductB();
  6. // do something with productA and productB
  7. }
  8. }
  1.  

JDK

5. 生成器(Builder)

Intent

封装一个对象的构造过程,并允许按步骤构造。 (将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。)

Class Diagram

要实现同样的构建过程可以创建不同的表现,那么一个自然的思路就是 先把构建过程独立出来,在生成器模式中把它称为指导者, 由它来指导装配过程,但是不负责每步具体的实现。 当然,光有指导者是不够的,必须要有能具体实现每步的对象,在生成器模式中称这些实现对象为生成器。 这样一来,指导者就是可以重用的构建过程,而生成器是可以被切换的具体实现。

Implementation1

  1. **
  2. * 指导者负责指导装配过程,但是不负责每步具体的实现。
  3. */
  4. public class Director {
  5.  
  6. private AbstractComputerBuilder computerBuilder;
  7.  
  8. public void setComputerBuilder(AbstractComputerBuilder computerBuilder) {
  9. this.computerBuilder = computerBuilder;
  10. }
  1. public Product getProduct() {
  2. return computerBuilder.getProduct();
  3. }
  1.  
  1. public void constructComputer() {
  2. computerBuilder.buildProduct();
  3. computerBuilder.buildMaster();
  4. computerBuilder.buildScreen();
  5. computerBuilder.buildKeyboard();
  6. computerBuilder.buildMouse();
  7. computerBuilder.buildAudio();
  8. }
  9. }
  1. /**
  2. * 定义一个产品类
  3. */
  4. public class Product {
  5. private String master;
  6. private String screen;
  7. private String keyboard;
  8. private String mouse;
  9. private String audio;
  10.  
  11. public void setMaster(String master) {
  12. this.master = master;
  13. }
  14.  
  15. public void setScreen(String screen) {
  16. this.screen = screen;
  17. }
  18.  
  19. public String getMaster() {
  20. return master;
  21. }
  22.  
  23. public String getScreen() {
  24. return screen;
  25. }
  26.  
  27. public String getKeyboard() {
  28. return keyboard;
  29. }
  30.  
  31. public void setKeyboard(String keyboard) {
  32. this.keyboard = keyboard;
  33. }
  34.  
  35. public String getMouse() {
  36. return mouse;
  37. }
  38.  
  39. public void setMouse(String mouse) {
  40. this.mouse = mouse;
  41. }
  42.  
  43. public String getAudio() {
  44. return audio;
  45. }
  46.  
  47. public void setAudio(String audio) {
  48. this.audio = audio;
  49. }
  50. }
  1.  
  1. /**
  2. * 生成器的抽象类
  3. * 负责具体实现每步的对象
  4. */
  5. public abstract class AbstractComputerBuilder {
  6. protected Product product;
  7.  
  8. public Product getProduct() {
  9. return product;
  10. }
  11.  
  12. public void buildProduct(){
  13. product=new Product();
  14. System.out.println("生产出一台电脑");
  15. }
  16.  
  17. public abstract void buildMaster();
  18. public abstract void buildScreen();
  19. public abstract void buildKeyboard();
  20. public abstract void buildMouse();
  21. public abstract void buildAudio();
  22. }
  23. public class HPComputerBuilder extends AbstractComputerBuilder{
  24. @Override
  25. public void buildMaster() {
  26. // TODO Auto-generated method stub
  27. product.setMaster("i7,16g,512SSD,1060");
  28. System.out.println("(i7,16g,512SSD,1060)的惠普主机");
  29. }
  30.  
  31. @Override
  32. public void buildScreen() {
  33. // TODO Auto-generated method stub
  34. product.setScreen("4K");
  35. System.out.println("(4K)的惠普显示屏");
  36. }
  37.  
  38. @Override
  39. public void buildKeyboard() {
  40. // TODO Auto-generated method stub
  41. product.setKeyboard("cherry 青轴机械键盘");
  42. System.out.println("(cherry 青轴机械键盘)的键盘");
  43. }
  44.  
  45. @Override
  46. public void buildMouse() {
  47. // TODO Auto-generated method stub
  48. product.setMouse("MI 鼠标");
  49. System.out.println("(MI 鼠标)的鼠标");
  50. }
  51.  
  52. @Override
  53. public void buildAudio() {
  54. // TODO Auto-generated method stub
  55. product.setAudio("飞利浦 音响");
  56. System.out.println("(飞利浦 音响)的音响");
  57. }
  58. }
  59. public class DELLComputerBuilder extends AbstractComputerBuilder{
  60. @Override
  61. public void buildMaster() {
  62. // TODO Auto-generated method stub
  63. product.setMaster("i7,32g,1TSSD,1060");
  64. System.out.println("(i7,32g,1TSSD,1060)的戴尔主机");
  65. }
  66.  
  67. @Override
  68. public void buildScreen() {
  69. // TODO Auto-generated method stub
  70. product.setScreen("4k");
  71. System.out.println("(4k)的dell显示屏");
  72. }
  73.  
  74. @Override
  75. public void buildKeyboard() {
  76. // TODO Auto-generated method stub
  77. product.setKeyboard("cherry 黑轴机械键盘");
  78. System.out.println("(cherry 黑轴机械键盘)的键盘");
  79. }
  80.  
  81. @Override
  82. public void buildMouse() {
  83. // TODO Auto-generated method stub
  84. product.setMouse("MI 鼠标");
  85. System.out.println("(MI 鼠标)的鼠标");
  86. }
  87.  
  88. @Override
  89. public void buildAudio() {
  90. // TODO Auto-generated method stub
  91. product.setAudio("飞利浦 音响");
  92. System.out.println("(飞利浦 音响)的音响");
  93. }
  94. }
  1.  
  1. /**
  2. * 指导者就是可以重用的构建过程,
  3. * 而生成器是可以被切换的具体实现
  4. */
  5. public class Client {
  6. public static void main(String[] args) {
  7. AbstractComputerBuilder computerBuilder=new HPComputerBuilder();
  8. AbstractComputerBuilder computerBuilder2=new DELLComputerBuilder();
  9. Director director=new Director();
  10.  
  11. director.setComputerBuilder(computerBuilder);
  12. director.constructComputer();
  13. //获取PC
  14. Product pc=director.getProduct();
  15.  
  16. director.setComputerBuilder(computerBuilder2);
  17. director.constructComputer();
  18. Product pc2=director.getProduct();
  19. }
  20. }
  1.  

生成器的调用顺序:

Implementation2

以下是一个简易的 StringBuilder 实现,参考了 JDK 1.8 源码。

  1. public class AbstractStringBuilder {
  2. protected char[] value;
  3.  
  4. protected int count;
  5.  
  6. public AbstractStringBuilder(int capacity) {
  7. count = 0;
  8. value = new char[capacity];
  9. }
  10.  
  11. public AbstractStringBuilder append(char c) {
  12. ensureCapacityInternal(count + 1);
  13. value[count++] = c;
  14. return this;
  15. }
  16.  
  17. private void ensureCapacityInternal(int minimumCapacity) {
  18. // overflow-conscious code
  19. if (minimumCapacity - value.length > 0)
  20. expandCapacity(minimumCapacity);
  21. }
  22.  
  23. void expandCapacity(int minimumCapacity) {
  24. int newCapacity = value.length * 2 + 2;
  25. if (newCapacity - minimumCapacity < 0)
  26. newCapacity = minimumCapacity;
  27. if (newCapacity < 0) {
  28. if (minimumCapacity < 0) // overflow
  29. throw new OutOfMemoryError();
  30. newCapacity = Integer.MAX_VALUE;
  31. }
  32. value = Arrays.copyOf(value, newCapacity);
  33. }
  34. }
  35. public class StringBuilder extends AbstractStringBuilder {
  36. public StringBuilder() {
  37. super(16);
  38. }
  39.  
  40. @Override
  41. public String toString() {
  42. // Create a copy, don't share the array
  43. return new String(value, 0, count);
  44. }
  45. }
  46. public class Client {
  47. public static void main(String[] args) {
  48. StringBuilder sb = new StringBuilder();
  49. final int count = 26;
  50. for (int i = 0; i < count; i++) {
  51. sb.append((char) ('a' + i));
  52. }
  53. System.out.println(sb.toString());
  54. }
  55. }
  1. abcdefghijklmnopqrstuvwxyz
  1.  

JDK

6. 原型模式(Prototype)

Intent

使用原型实例指定要创建对象的类型,通过复制这个原型来创建新对象。

Class Diagram

Implementation

  1. public abstract class Prototype {
  2. abstract Prototype myClone();
  3. }
  4. public class ConcretePrototype extends Prototype {
  5.  
  6. private String filed;
  7.  
  8. public ConcretePrototype(String filed) {
  9. this.filed = filed;
  10. }
  11.  
  12. @Override
  13. Prototype myClone() {
  14. return new ConcretePrototype(filed);
  15. }
  16.  
  17. @Override
  18. public String toString() {
  19. return filed;
  20. }
  21. }
  22. public class Client {
  23. public static void main(String[] args) {
  24. Prototype prototype = new ConcretePrototype("abc");
  25. Prototype clone = prototype.myClone();
  26. System.out.println(clone.toString());
  27. }
  28. }
  1. abc

免费Java高级资料需要自己领取,涵盖了Java、Redis、MongoDB、MySQL、Zookeeper、Spring Cloud、Dubbo高并发分布式等教程,一共30G。
传送门:https://mp.weixin.qq.com/s/JzddfH-7yNudmkjT0IRL8Q

Java内功心法,创建型设计模式包括哪些的更多相关文章

  1. OOAD-设计模式(三)之创建型设计模式(5种)

    前言 前面介绍了OOAD的基础知识,现在我们来详细的说明一下GOF设计模式中的23种模式,希望大家能够学到东西! 一.工厂方法模式(Factory Method) 1.1.工厂方法模式概述 工厂方法模 ...

  2. javaScript设计模式-创建型设计模式

    我们大家一听到设计模式就感觉设计模式是一个高端的东西,到底什么是设计模式呢?其实设计模式也就是我们的前辈在写代码的时候遇到的问题,提出的解决方案,为了方便人与人之间的交流,取了个名字,叫做设计模式. ...

  3. [Python编程实战] 第一章 python的创建型设计模式1.1抽象工厂模式

    注:关乎对象的创建方式的设计模式就是“创建型设计模式”(creational design pattern) 1.1 抽象工厂模式 “抽象工厂模式”(Abstract Factory Pattern) ...

  4. php开发面试题---创建型设计模式1(创建型设计模式有哪几种)

    php开发面试题---创建型设计模式1(创建型设计模式有哪几种) 一.总结 一句话总结: 共五种:(简单工厂模式).工厂方法模式.抽象工厂模式.单例模式.建造者模式.原型模式. 1.学设计模式最好的方 ...

  5. 原型模式 prototype 创建型 设计模式(七)

    原型模式  prototype 意图 用原型实例指定需要创建的对象的类型,然后使用复制这个原型对象的方法创建出更多同类型的对象   显然,原型模式就是给出一个对象,然后克隆一个或者更多个对象 小时候看 ...

  6. 创建型设计模式之原型模式(Prototype)

    结构   意图 用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象. 适用性 当要实例化的类是在运行时刻指定时,例如,通过动态装载:或者 为了避免创建一个与产品类层次平行的工厂类层次时:或 ...

  7. 创建型设计模式之建造者模式(Builder)

    结构 意图 将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示. 适用性 当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时. 当构造过程必须允许被构造的对象有不 ...

  8. 创建型设计模式之工厂模式(Abstract Factory)

    结构            意图         提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类. 适用性     一个系统要独立于它的产品的创建.组合和表示时. 一个系统要由多个 ...

  9. 创建型设计模式之单例模式(Singleton)

     结构 意图 保证一个类仅有一个实例,并提供一个访问它的全局访问点. 适用性 当类只能有一个实例而且客户可以从一个众所周知的访问点访问它时. 当这个唯一实例应该是通过子类化可扩展的,并且客户应该无需更 ...

随机推荐

  1. Windows | Ubuntu 18.04安装Visual Studio Code

    Visual  Studio Code是一款很好的开源跨平台代码编辑器,这里使用 tarball 格式文件来安装(免安装), 首先下载 .tar.gz 文件包,点击下载, 可自行在官网下载 将文件包解 ...

  2. 使用Visual Studio学习C语言

    注明:安装的是社区版,只写大部分步骤,做笔记之用.详细还需要看B站教程,https://www.bilibili.com/video/av59608520 一.安装软件 1.安装Visual Stud ...

  3. Celery详解(3)

    1.什么是Celery? Celery是一个简单.灵活且可靠的,处理大量消息的分布式系统 专注于实时处理的异步任务队列,同时也支持任务调度 2.Celery架构 Celery的架构由三部分组成,消息中 ...

  4. 201871010123-吴丽丽 《面向对象程序设计(Java)》第十周学习总结

    项目 内容 这个作业属于哪个课程 https://www.cnblogs.com/nwnu-daizh/ 这个作业要求在哪里 https://www.cnblogs.com/nwnu-daizh/p/ ...

  5. 10-numpy笔记-np.random.randint

    b_idx = np.random.randint(0, 9, 90) >>> b_idx array([0, 1, 5, 4, 7, 2, 7, 0, 0, 4, 2, 2, 3, ...

  6. JavaEE开发环境配置

    JavaEE开发环境配置 Tomcat的下载和安装 1.登录Tomcat 站点,下载Tomcat最新版本http://tomcat.apache.org/Windows平台下载ZIP包,LInux平台 ...

  7. zz先睹为快:神经网络顶会ICLR 2019论文热点分析

    先睹为快:神经网络顶会ICLR 2019论文热点分析 - lqfarmer的文章 - 知乎 https://zhuanlan.zhihu.com/p/53011934 作者:lqfarmer链接:ht ...

  8. TYVJ1071 LCIS 线性DP+决策集优化

    问题描述 TYVJ1071 题解 暴力\(\mathrm{DP}\) 首先,一个\(O(n^3)\)的解法: 设\(opt_{i,j}\)代表\(a\)的前\(i\)个和\(b\)的前\(j\)个的\ ...

  9. css3中@font-face模块自定义字体

    一.@font-face模块介绍 @font-face是CSS3中的一个模块,他主要是把自己定义的Web字体嵌入到你的网页中,随着@font-face模块的出现,在Web的开发中使用字体不再只能使用W ...

  10. config 文件读取

    在项目中我们经常要使用到config文件进行相应的配置,来使我们的项目更加灵活健壮. 最常见的就connetionStrings .appSettings这两个节点,那么我们怎么读取呢? 1.首先 我 ...