1. 单例模式：http://t.csdnimg.cn/gRd4l

• 当一个类只需要一个实例，并且需要一个全局访问点时，单例模式就非常有用。例如，数据库连接池或日志记录工具通常就是单例。
• 当系统中只需要一个实例对象，或者需要一个全局访问点来访问某个资源时，可以使用单例模式。例如，配置信息的读取、线程池、缓存管理等。

 2. 简单工厂：http://t.csdnimg.cn/7mLkH

• 当需要创建的对象不多，且整个系统的设计不复杂时候。简单工厂能够根据传入参数返回多个可能类中的一个实例。
• 适用于根据传入的参数创建不同类型对象，但不需要知道具体创建细节的场景。例如，根据配置信息创建不同类型的数据库连接对象。

 3. 工厂方法：http://t.csdnimg.cn/ldsMK

• 与简单工厂相比，当对象的创建逻辑较复杂或对象的类型较多时，每个具体产品的创建都有自己的逻辑时适用工厂方法模式。例如，不同类型的数据库连接工厂或不同风格的UI组件工厂。
• 适用于系统中有多个具体产品类，并且它们的创建逻辑可能有所不同，但客户端只需要关心接口的场景。例如，不同类型的图形绘制对象创建。

 4. 抽象工厂：http://t.csdnimg.cn/X7iwq

• 适用于有多种产品族，而系统只消费其中某一系列产品的场景。比如跨平台UI工具箱，需要根据不同操作系统生成不同UI控件。
• 当需要创建一系列相互关联或依赖的对象时，并且这些对象家族中的对象具有相同的约束条件时，可以使用抽象工厂模式。例如，创建不同主题的皮肤或界面。

 5. 建造者模式：http://t.csdnimg.cn/zUj9V

• 当需要创建的对象非常复杂，有多个组成部分且这些部分的构建顺序可能不同，也可能需要不同的构建过程时，建造者模式是合适的。例如创建一个复杂的文档或UI布局。
• 当需要构建的对象具有复杂的内部结构，并且这些对象的构建过程与表示过程相互分离时，可以使用建造者模式。例如，构建具有多个可选配置的复杂对象，如电脑配置、房屋装修等。

 6. 原型模式：http://t.csdnimg.cn/mORjg

• 适用于创建新对象成本较高时，通过复制现有对象并修改为所需状态更为有效时。如当需要复制或克隆复杂的配置对象。
• 当需要频繁创建相似对象，并且创建对象的成本较高时，可以使用原型模式。例如，创建大量相似的图形对象、文档对象等。

 1. 当需要一个全局唯一的实例时：

• 例如，配置管理、日志记录等场景，适合使用单例模式。这样可以确保整个系统中只有一个实例，避免重复创建和资源浪费。

 2. 当需要根据不同条件创建不同类型对象时：

• 例如，根据用户输入或配置文件创建不同类型的数据库连接对象，适合使用简单工厂模式。简单工厂模式可以根据传入的参数创建并返回相应类型的对象。

 3. 当需要让子类决定创建何种对象时：

• 例如，在设计图形绘制系统时，有多种不同类型的图形对象需要创建，适合使用工厂方法模式。工厂方法模式将对象的创建逻辑抽象到子类中，客户端只需要关心接口即可。

 4. 当需要创建一系列相互关联或依赖的对象时：

• 例如，在设计主题皮肤或界面时，需要同时创建多个相互关联的对象，适合使用抽象工厂模式。抽象工厂模式可以创建并返回一系列相关或依赖的对象，而无需指定具体的类。

 5. 当需要构建复杂对象且构建过程与表示过程相互分离时：

• 例如，在构建具有多个可选配置的复杂对象时，适合使用建造者模式。建造者模式可以将复杂对象的构建过程拆分为多个步骤，使得构建过程更加清晰和灵活。

 6. 当需要频繁创建相似对象且创建成本较高时：

• 例如，在创建大量相似的图形对象或文档对象时，适合使用原型模式。原型模式可以通过复制现有对象来创建新对象，从而节省创建成本和时间。

1. 确定是否需要全局唯一的实例：如果是，则选择单例模式；否则，继续下一步。
2. 确定是否需要根据不同条件创建不同类型对象：如果是，则选择简单工厂模式；否则，继续下一步。
3. 确定是否需要让子类决定创建何种对象：如果是，则选择工厂方法模式；否则，继续下一步。
4. 确定是否需要创建一系列相互关联或依赖的对象：如果是，则选择抽象工厂模式；否则，继续下一步。
5. 确定是否需要构建复杂对象且构建过程与表示过程相互分离：如果是，则选择建造者模式；否则，继续下一步。
6. 确定是否需要频繁创建相似对象且创建成本较高：如果是，则选择原型模式；否则，可能需要考虑其他非创建型的设计模式或自定义解决方案。

 1. 封装性：

• 创建型设计模式通常能够封装对象的创建逻辑，使得客户端代码与具体实现解耦，提高了代码的模块化和可维护性。

 2. 灵活性：

• 这些模式允许我们在运行时根据需要创建对象，而不需要在编译时确定所有细节，这提供了很大的灵活性。

 3. 代码重用：

• 通过复用创建逻辑，可以避免代码重复，提高代码的重用性。

 4. 扩展性：

• 创建型设计模式能够支持软件的扩展和演化，因为它们允许在不修改现有代码的情况下添加新的对象类型。

 1. 适用场景：

• 选择创建型设计模式时，需要仔细分析应用场景，确保所选模式能够最有效地解决问题。

 2. 性能开销：

• 虽然创建型设计模式可以提高代码的灵活性和可维护性，但在某些情况下，它们可能会引入额外的性能开销。因此，在选择模式时需要权衡其带来的好处和可能的性能影响。

 3. 设计复杂度：

• 使用创建型设计模式可能会增加设计的复杂度，因此，在简单场景中过度使用可能会导致代码难以理解和维护。

 4. 学习成本：

• 对于初学者来说，掌握并正确应用创建型设计模式可能需要一定的学习和实践成本。