OOP：在这种情况下，正确的类设计应该是什么？

Question

我有一个来自 GUI 的对象 guiObject 。根据其数据字段，我需要实例化适当类的 domainObject 。它可以是 DomainClassA 或 DomainClassB。

DomainClassA 有一个整数构造函数参数 intParamA（来自 guiObject.fieldA）。

DomainClassB 有一个整数构造函数参数 intParamB（来自 guiObject.fieldB）。

为了解决这个问题，我制作了 AbstractFactory ，它从 guiObject 中获取所需字段，并使用适当的字段实例化 DomainClassAFactory 或 DomainClassBFactory来自 GuiClass 并重新调整它。反过来，这些工厂 create() 中的任何一个都会正确实例化 domainObject。

但现在，根据 guiObject.fieldC，我需要在实例化 domainObject 之前更改 intParamA 和 intParamB （即减少 1）代码>.为了实现这一目标，我必须为每个 DomainClass 的每种不同类型的“参数更改”创建单独的工厂，然后创建单独的抽象工厂来生成正确的工厂。听起来很丑，看起来也很丑。

正确的设计应该是怎样的？

Answer 1

除非您需要所有这些层，否则请拥有一个询问guiObject并返回正确类型的工厂。

过度分析会导致产生太多大多数应用程序根本不需要的东西。仅当绝对必要时才添加额外的抽象层。他们通常不是。

Answer 2

我个人会将所有这些逻辑放在原始工厂中，而不是试图将其分散得太多：

public DomainObj getDomainObj(GuiObject guiObject) {
    int param = guiObject.someField ? guiObject.intParamA : guiObject.intParamB;
    param = guiObject.fieldC ? param : param - 1;
    return guiObject.someField ? new DomainClassA(param) : new DomainClassB(param);
}