创建型设计模式六兄弟

它可能是，单例模式、原型模式、建造者模式中的一个，
它也可能是，抽象工厂模式，工厂方法模式，静态工厂方法模式中的一个

设计模式的要点–要解决的问题，场景

学习一个设计模式，起点在哪里?
如果一个设计模式，只让你掌握一点，应该是哪一点？
是它的定义、落地方案，项目案例、优点、缺点、类图，还是通用代码。

NONONO，统统不是。

一个设计模式，它的起点，它要掌握的唯一一点，就是何时用它。

是它的业务场景，是它要解决的问题，是它要解决的痛点，这些都是一个意思。

当你的项目，出现创建一系列对象的模块时，
当你的项目，创建对象的模块，比较复杂时，
当你的项目，创建对象的模块，想具有一定扩展性时，
可以考虑三类设计模式中的一类，
它就是创建型设计模式。

可以考虑创建型设计模式中六个兄弟中的一个，
它可能是，单例模式、原型模式、建造者模式中的一个，
它也可能是，抽象工厂模式，工厂方法模式，静态工厂方法模式中的一个

当一个类只需要创建一个对象时，
单例模式非你莫属。

当一个类，不同对象之间，属性值重复率高，差异少时，
当一个类，初始化对象属性值，比较耗费系统资源时，
当一个类，希望它的对象，具有自我繁殖能力时，
原型模式为你解忧。

当一个类，对象属性的初始化，需要调用方根据需求决定，
当一个类，对象属性的初始化，需要多个步骤，而且步骤不固定时，
当一个类，希望对象具有很高的线程安全性时，
当一个类，只希望建立只读对象时，
建造者模式已准备就绪。

当一个系统模块，需要创建一系列有关联的对象时，
当一个系统模块，创建的对象，即有对象分类，又有对象族时，
当一个系统模块，需要创建的对象又多，又有关联时，
可以考虑抽象工厂模式。

当希望将创建对象的决策权，下放到工厂子类时，
当框架定义了工厂接口，希望框架使用者创建工厂子类时，
可以考虑工厂方法模式。

当不知道用哪个工厂模式时，
先试试静态工厂方法模式。

当……，
当……，
当……，
是它的业务场景，是它要解决的问题，是它要解决的痛点，这些都是一个意思。