创建型模式
单例模式
单例模式（Singleton Pattern）是一种创建型设计模式，它确保一个类仅有一个实例，并提供一个全局访问点来访问这个唯一实例。单例模式的目标是在整个应用程序中，某个类只能有一个实例存在。
单例模式的特点主要有三点：
- 单例类只有一个实例对象。
- 该单例对象必须由单例类自行创建。
- 单例类对外提供一个访问该单例的全局访问点。
单例模式的应用场景非常广泛，比如Windows的任务管理器、回收站、操作系统的文件系统、数据库的连接池、网站的计数器、Web应用的配置对象等，都可以设计为单例模式。这种模式可以解决一个需要全局使用的类进行频繁的创建和销毁的问题，从而节省开销。
然而，单例模式并不适用于所有场景。如果同一类型的对象总是要在不同的用例场景发生变化，单例就会引起数据的错误，不能保存彼此的状态。此外，由于单例模式中没有抽象层，因此单例类的扩展有很大的困难。而且，单例类的职责过重，在一定程度上违背了“单一职责原则”。
总的来说，单例模式是一种非常有用的设计模式，但在使用时需要根据具体的应用场景和需求进行权衡和选择。如需更深入的了解，建议查阅专业书籍或咨询资深软件工程师。
典型模式
典型模式是指在某个领域中，经过广泛应用并被认为是有效的、可行的解决问题的方式或模式。它们是在特定领域内常见的问题求解方式的一种抽象，或者是一种通用的解决方案。典型模式的目标是提供一种可以重复使用的、经过验证的解决方案，以提高效率和减少错误。
总的来说，典型模式是在实践中经过验证的、有效的解决问题的方式，它们提供了一种结构化和可复用的解决方案，有助于提高工作效率和减少错误。
工厂方法模式
工厂方法模式是一种常用的类创建型设计模式，其核心精神是封装类中变化的部分，提取其中个性化善变的部分为独立类。通过定义工厂父类负责定义创建对象的公共接口，而子类则负责生成具体的对象。这种模式的目的是将对象的创建和使用进行解耦，以便于对创建逻辑进行修改和调整。
工厂方法模式的主要特点有：
- 它是对简单工厂模式的改进，定义了一个创建产品对象的工厂接口，将实际创建工作推迟到子类当中。
- 与简单工厂模式相比，制造产品的工厂类不再只有一个，而是每种具体产品类都对应一个生产它的具体工厂类。
- 当需要增加一种产品的时候，只需要增加一种继承自抽象产品的具体产品类，以及一种继承在抽象工厂的具体工厂类，并更改客户端的逻辑判断。
工厂方法模式的应用场景包括：
- 当需要创建的对象类型在运行时才能确定，而且需要将对象的实例化责任委托给子类时，可以使用工厂方法模式。
- 工厂方法模式通过将对象的创建逻辑放在子类中，使得增加新的产品类变得容易。当需要添加新的产品类时，只需创建一个新的具体工厂类来实现工厂方法，而不需要修改已有的代码。
- 工厂方法模式利用多态性的特性，客户端通过调用工厂方法来创建对象，而无需关心具体的产品类。
工厂方法模式通过封装变化，解耦对象的创建和使用，提高了系统的灵活性和可扩展性，降低了代码间的耦合度。然而，这种模式也可能增加系统的复杂性，因此在使用时需要根据具体情况进行权衡和选择。
抽象工厂模式
抽象工厂模式（Abstract Factory Pattern）是围绕一个超级工厂创建其他工厂，属于创建型模式。它提供了一种创建对象的最佳方式，通过接口来负责创建一个相关对象的工厂，而无需显式指定它们的类。每个生成的工厂都能按照工厂模式提供对象。
抽象工厂模式的主要特点包括：
- 提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
- 将接口与实现分离，客户端通过接口与具体实现解耦，使得系统更易于扩展和维护。
- 在一个产品族中定义多个产品，并在一个工厂中聚合这些产品，以便于联合使用。
抽象工厂模式的适用场景主要有：
- 当系统需要独立于具体产品的创建、组合和表示时。
- 当系统需要由多个产品系列中的一个来配置时。
- 当需要强调一系列相关的产品对象的设计以便进行联合使用时。
- 当想提供一个产品类库，而只想显示它们的接口而不是实现时。
抽象工厂模式的优点在于，当产品族中的多个对象被设计成一起工作时，它能保证客户端始终只使用同一个产品族中的对象。此外，它还在产品族之间提供了更大的独立性，使得增加新的产品族更为容易，只需提供一个新的工厂类即可，而无需修改已有的工厂接口或客户端代码。
总的来说，抽象工厂模式是一种强大的设计模式，它允许你在不修改现有客户端代码的情况下引入新的产品族，提高了系统的灵活性和可扩展性。然而，它也可能增加系统的复杂性，因此在使用时需要根据具体需求进行权衡和选择。
建造者模式
建造者模式（Builder Pattern）是一种创建型设计模式，主要用于构建复杂对象，并将其构建过程与表示分离。通过建造者模式，客户端只需要指定复杂对象的类型和内容，而具体的构建过程则由建造者类来完成。
建造者模式的主要组成部分包括：
- 产品类（Product）：表示被创建的复杂对象，通常包含多个部分或组件，并由具体的建造者逐步构建而成。
- 抽象建造者类（Builder）：定义了建造复杂对象所需要的各个部分的创建方法，通常是一个接口或抽象类。
- 具体建造者类（ConcreteBuilder）：实现了抽象建造者类中定义的方法，负责创建和装配产品的各个部分。
- 指挥者类（Director）：负责安排复杂对象的建造过程，调用建造者类中的方法来构建对象。指挥者类通常不直接与客户端交互，而是通过建造者类来创建产品。
建造者模式的优点包括：
- 分离构建过程和表示：建造者模式将复杂对象的构建过程与其表示分离开来，使得同样的构建过程可以创建不同的表示。
- 隐藏产品内部细节：通过建造者模式，产品的具体实现细节被隐藏在具体建造者类中，客户端只需要知道如何调用建造者来构建产品即可，无需关心产品的具体构建过程。
- 提高代码的可读性和可维护性：由于建造者模式将复杂对象的构建过程进行了拆分和抽象，使得代码更加清晰易读，也更容易进行维护和扩展。
在实际应用中，建造者模式常用于构建流程或组成部件固定的场合，如软件框架、图形界面构建等。通过将构建过程拆分为多个步骤，并允许客户端按照特定的顺序来执行这些步骤，可以灵活地创建出符合需求的产品对象。