工厂方法模式
避免创建者与具体的产品逻辑耦合、满足单一职责，每一个业务逻辑实现都在所属自己的类中完成、满足开闭原则，无需更改使用调用方就可以在程序中引入新的产品类型。但这样也会带来一些问题，比如有非常多的奖品类型，那么实现的子类会极速扩张。因此也需要使用其他的模式进行优化，这些在后续的设计模式中会逐步涉及到。
工厂设计模式的优点
- 降低耦合性： 客户端不直接依赖具体类的实现，而是通过工厂创建对象，避免了类之间的高耦合。
- 符合开闭原则： 新的产品或工厂可以通过扩展类来实现，而不需要修改现有代码。
- 简化对象创建： 通过工厂模式，复杂的对象创建过程被封装起来，客户端只需要调用工厂方法即可创建对象。
工厂设计模式的缺点
- 增加类的数量： 工厂模式通常会引入额外的工厂类，可能增加代码的复杂度。
- 可能增加代码复杂性： 尤其是当产品族变得庞大时，管理和维护不同的工厂类会变得复杂。
本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 Priska's blog！
相关推荐
2024-10-14
单一职责原则
Single Responsibility Principle, 面向对象设计的SOLID原则之一 单一职责原则的定义单一职责原则的核心思想是“变化的原因”，每个类应该有且仅有一个原因引起它的变化。如果一个类负责多项职责，那么当其中一项职责变化时，可能会影响到这个类的其他职责。为了降低这种耦合性，应该将不同的职责分离到不同的类中。 单一职责原则的优点 提高可读性和可维护性： 每个类专注于一个功能，代码结构更加清晰，便于理解和维护。 降低耦合性： 将不同的职责分离后，类之间的依赖减少，修改一个类时，不会影响其他职责或模块。 提高可扩展性： 不同的功能模块各自独立，当某个功能需要扩展时，只需要修改相关类，不会影响其他类。 便于测试： 每个类功能单一，可以更轻松地编写单元测试，从而提高代码的测试性。 如何判断是否违反了单一职责原则可以通过以下问题来判断是否违反了单一职责原则： 该类是否负责多个功能？ 如果一个类同时负责多个功能，说明它承担了多个职责。 当功能发生变化时，是否需要修改多个不相关的地方？ 如果需要频繁修改类中的多个部分，这表明该类可能违反了单一职责原则。
2024-10-15
策略模式
策略模式就是定义了一系列算法（或策略），并将每个算法封装起来，使它们可以互相替换。这种模式让算法的变化独立于使用算法的客户。 例子想象一下你开了一家快餐店，提供三种支付方式：现金支付、信用卡支付和微信支付。顾客可以选择任何一种方式来付款。这里，支付方式就是不同的“策略”。 代码实现 策略接口：定义支付方式的接口。 具体策略：实现不同的支付方式。 上下文：使用策略的地方。 12345678910111213141516// 策略接口 interface PaymentStrategy { void pay(int amount); } // 具体策略：现金支付class CashPayment implements PaymentStrategy { public void pay(int amount) { System.out.println("使用现金支付了 " + amount + " 元"); } } // 具体策略：信用卡支付class...
2024-10-15
责任链模式
责任链模式（Chain of Responsibility Pattern）是一种行为设计模式，它允许多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合。责任链模式将这些对象连成一条链，并沿着这条链传递请求，直到有一个对象处理它为止。 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667// 抽象处理者abstract class Handler { protected Handler nextHandler; // 设置下一个处理者 public void setNextHandler(Handler nextHandler) { this.nextHandler = nextHandler; } // 处理请求的抽象方法 public abstract void...