工厂方法模式是否违反了开放/封闭原则？

Question

工厂方法模式（不要与工厂或抽象工厂模式混淆）是否违反了< a href="http://en.wikipedia.org/wiki/Open_Closed_Principle" rel="noreferrer">开放/封闭原则？

更新： 为了澄清这一点，我指的是具体类具有静态工厂方法的场景。例如（这是来自 FMP 上的维基百科页面）：

class Complex 
{
    public static Complex fromCartesian(double real, double imag) {
        return new Complex(real, imag);
    }

    public static Complex fromPolar(double modulus, double angle) {
        return new Complex(modulus * cos(angle), modulus * sin(angle));
    }

    private Complex(double a, double b) {
       //...
    }
}

私有构造函数不会阻止类被子类化，即扩展吗？

是否必须修改该类才能支持新的工厂方法？例如，如果该类最初只有 fromCartesian，后来需要 fromPolar，那么是否需要修改该类来支持这一点？

这两个不都违反了开放/封闭吗？

Answer 1

工厂模式本质上并不违反 OCP。

这取决于您如何进一步推进Complex的行为。

如果需要 Complex 来支持生成新类型的 Complex 对象，并且您选择通过添加新的 fromX< 来修改 Complex添加 /code> 方法来支持它们，那么这意味着 Complex 违反了 OCP 因为 Complex 必须重新打开进行修改：

class Complex 
{
    public static Complex fromCartesian(double real, double imag) {
        return new Complex(real, imag);
    }

    public static Complex fromPolar(double modulus, double angle) {
        return new Complex(modulus * cos(angle), modulus * sin(angle));
    }

    //class opened for modification
    public static Complex fromOtherMeans(String x , String y) {
        return new Complex(x, y);
    }
}

您可以将此问题推送到文本文件或某种类型的属性文件中，以避免必须更改java 类，但它并不妨碍您必须在解决方案的该区域编写额外的逻辑，以支持新类型的 Complex。

根据Complex在您的设计中的使用情况（各种类型有何不同？您如何使用它们？），有一些可能适用的替代选项。

一种这样的 OCP 友好替代方案是对 Complex 进行子类化以提供额外的工厂方法。子类是Complex如何扩展但不修改的最简单说明。

在这种情况下，另一个 OCP 友好的替代方案来改变 Complex 是 装饰器模式。持续装饰 Complex 并能够创建新的 Complex 变体，尊重 OCP，因为 Complex 不会被修改，而是通过用新功能包装它来扩展。

第三种替代方案可能是更改Complex的结构，以便通过组合来提供其计算。这将为您提供使用策略模式来区分<的不同行为的机会。代码>复杂。

工厂模式的特点是它有助于上下文代码遵守 OCP。人们可以采用上述技术之一，以便与他们的人保持在 OCP 的右侧工厂类，但您的同事可能会看一下对象图，质疑在单个工厂上使用对象图是否明智，并将其简化回一个工厂，这使您回到第一个示例。

在这种情况下，不要试图改变工厂模式的实现来尊重 SOLID 原则，考虑为什么要使用它。

Answer 2

不，它根本不违反开放/封闭原则。

开放/封闭意味着您可以修改系统的工作方式，而无需修改已存在的代码。您可以扩展代码并以不同的方式使用它，但旧代码仍然完好无损，不需要重新测试。

工厂方法模式将根据指定的参数创建不同类型的对象。如果做得正确的话，工厂方法实际上可以很好地遵循开闭原则。但是，如果您创建一个新类，然后希望工厂方法创建该类型的新对象，则必须更改工厂方法。

不过，如果您有某种配置文件或由工厂方法读入的某种类型的文件，那么您不必更改工厂方法......只需配置文件即可指示将创建什么对象工厂方法。

Answer 3

没有。从您的维基百科链接：

软件实体（类、模块、函数等）应该对扩展开放，但对修改关闭

覆盖工厂方法就是扩展。您正在创建一个新类。您不更改现有的类。您必须（希望通过 IoC 容器的配置）用子类替换原始类。