域对象工厂的这种设计有意义吗？

Question

我正在为我的域对象创建一个工厂。领域对象是原型对象，因此在业务逻辑运行时它们会被频繁地实例化。以下是设计：

1) 一些领域接口和类：

public interface FirstDomainInterface {}

public class FirstDomainClass implements FirstDomainInterface {

    private String firstName;

    private int phoneNumber;

    public FirstDomainClass(String firstName, int phoneNumber) {
        super();
        this.firstName = firstName;
        this.phoneNumber = phoneNumber;
    }

public interface SecondInterface {}

public class SecondDomainClass implements SecondInterface {

    private long accountNumber;

    private BigDecimal balance;

    public SecondDomainClass(long accountNumber, BigDecimal balance) {
        super();
        this.accountNumber = accountNumber;
        this.balance = balance;
}

2) 接口声明方法，返回工厂所需对象类型的构造函数

public interface ObjectConfig {
    public Constructor<?> getConstructor() throws NoSuchMethodException, SecurityException;
}

3) 第二点声明的接口实现

public enum FirstModuleConfig implements ObjectConfig {

    FirstTypeObject {

        @Override
        public Constructor<?> getConstructor() throws NoSuchMethodException, SecurityException {
            Constructor<FirstDomainClass> constructor = FirstDomainClass.class.getConstructor(String.class, int.class);
            return constructor;
        }           
    }
}

public enum SecondModuleConfig implements ObjectConfig {

    SecondTypeObject {

        @Override
        public Constructor<?> getConstructor() throws NoSuchMethodException, SecurityException {
            Constructor<SecondDomainClass> constructor = SecondDomainClass.class.getConstructor(long.class, BigDecimal.class);
            return constructor;
        }           
    }
}

4) 实例化对象的工厂

public class Factory {

    public Object createInstance(ObjectConfig config, Object...args) throws NoSuchMethodException, SecurityException, InstantiationException, IllegalAccessException, IllegalArgumentException, InvocationTargetException  {

        return config.getConstructor().newInstance(args);
    }
}

5) 最终使用工厂：

public class FactoryTest {

    @Test
    public void test() throws NoSuchMethodException, SecurityException, InstantiationException, IllegalAccessException, IllegalArgumentException, InvocationTargetException {

        Factory factory = new Factory();

        FirstDomainInterface firstTypeObject = (FirstDomainInterface) factory.createInstance(FirstModuleConfig.FirstTypeObject,"myName",12345);

        SecondInterface secondTypeObject = (SecondInterface)factory.createInstance(SecondModuleConfig.SecondTypeObject, 123455232l,BigDecimal.ZERO);

    }

}

这看起来怎么样？

我看到的潜在优势：

1) 对于我创建的每个新接口/类，我只需在 Enum 实现 ObjectConfig 接口之一中声明它的构造函数

2) 在我看来是一个简洁的设计。我不必为我的所有域对象实现一个完整的工厂。只需要实现一个返回构造函数以用于实例化的方法。

3) 可以将这个工厂注入所有需要创建我的域对象的服务

我怀疑的缺点：

1) 由于类转换、参数不匹配等可能导致的运行时异常。

2) 由于使用反射而变慢？

请注意，这意味着服务层用于实例化原型域/业务对象。 对于单例服务和控制器 bean，我使用的是 Spring Container，它在启动期间准备好这些 bean。

谢谢！

Answer 1

嗯，使用静态工厂有几个优点。使用工厂创建类似乎是一个不错的方法。

但是，我会制作您可以在实施中考虑的以下 cmets。

1. 考虑将公共构造函数限制为封装私有并仅允许工厂方法。工厂应该在同一个包中。因此，您还可以创建一个实例控制工厂，并强制使用工厂方法。否则，您团队中的其他程序员（或未来的您）最终可能会同时使用工厂和构造函数。

2. 使用如下函数：

public Object createInstance(ObjectConfig config, Object...args)

您在编程期间节省了一些打字时间，但您丢失了编译器在编译时进行的大量检查，并且可能会增加更多运行时错误的机会。一般应避免这种做法。

1. 性能肯定更差，所以如果你必须维护你的代码，为什么不为每个类添加一个专用的工厂方法。这只是对包私有构造函数的委托调用。易读易写。

在 Joshua Bloch 的 Effective Java Second Edition 的第一部分中对工厂方法有很好的描述。您可以在继续之前检查它。

这些是一些通用说明，但是您在设计中采用的路径与您的应用程序将服务的目的相关。

我会提出类似的建议：

public class Factory{
  public InterfaceA createNewInterfaceA(int argumentInt,String argumentString){
    return new ClassImplementingInterfaceA();
  }
  public InterfaceA createNewInterfaceA(int argumentInt,double argumentDouble){
    return new ClassImplementingInterfaceA(argumentInt,argumentDouble);
  }

}

 ...similar for all other interfaces