在简单工厂中使用泛型时如何解决这个难题

问题描述

我有一个Data类和几个子类,例如JSONDataXMLDataIntegerData。任务是处理不同类型的传入数据。因此,基于程序到接口而不是实现,我创建了以下具有通用类型接口,用于编译时类型检查:>

interface DataProcessor<T extends Data> {
    void process(T data);
}

基于此接口的几种实现方式:

* `class JSONDataProcessor implements DataProcessor<JSONData>`
* `class XMLDataProcessor implements DataProcessor<XMLData>`
* `class IntegerDataProcessor implements DataProcessor<IntegerData>`

剩余的工作是创建一个简单工厂以创建相应的DataProcessor实例。因此,我做了一个简单的工厂,或者说它实际上只是一个处理器映射器,因为具体的处理器可以作为静态变量缓存在ProcessorFactory中:

public class ProcessorFactory {
    public static DataProcessor<?> create() {
          //logic of return an instance
    }
}

上述设计存在问题-返回的process实例上的DataProcessor方法不能直接调用

Data data = jsonData;
ProcessorFactory.create().process(data);

问题:由于数据必须是Data的具体子类,因此由于编译时的类型检查,上述代码存在编译错误。如何解决此问题?还是设计本身。坏?如果可以的话,哪种设计更好?

解决方法

虽然设计模式很酷,但您在问题中报告的编译错误并不是由缺少双重调度引起的。

之所以会出现编译错误,是因为例如通过声明以下内容: JSONDataProcessor implements DataProcessor<JSONData>{...} 来声明此方法: void process(JSONData data) 。 / p>

您可能假设 <T extends Data> 意味着您可以将静态类型为 Data 的对象实例传递到 {{1 }} ,因为毕竟是 {{1}。。除非Java不是这样工作的。

查看编译错误原因的一种方法是考虑方法声明,例如: void process(JSONData data) 。即使 Data extends Data ,将静态类型为 public static void main(String arg){...} 的引用传递到声明为 String extends Object的方法中也是非法的

如果您尝试以 Object 调用该方法,则会遇到与 main(String) 相同的编译错误。通过引入不必要的设计模式来纠正所犯的错误将是过大的杀伤力。在您的情况下和在 DataProcessor 情况下,最简单的更正都将传入方法声明为采用的类型。

...如何解决此问题?...

我认为,最简单的解决方案是使用您最初声明它们的方法。如果您的广告是在类似的way that mine is中实现的,那么我已经确认这是可行的……

main(new Object())

这也是works in my demo不需要设计模式)…

main(String)

…本身就是设计。不好吗?…

将设计称为“ ”或“ ”是主观的。问自己一个问题更客观:设计正确吗?它正确执行了您打算要做的事情吗?如果它按照您的预期去做,那是正确的。如果没有,请回到 white 制图板。

您还有另一个设计选择,那就是决定根本不使用泛型-也不要使用设计模式。您可能需要的是一些更简单的方法。

您提到:“ 接口编程”。也许您所有的设计需求都是老式接口形式的普通子类型多态性。泛型可能不是您想要做的最佳设计选择。

,

这是Java的经典问题,因为它不支持双重调度。人们已经使用访客模式规避了这个问题。在您的情况下,您可以在Data类内公开一个访问函数,该函数接受DataProcessor并运行其process方法。本质上,扭转局势。

类似这样的东西

interface Data {

  ....
   void visit(DataProcessor processor);
}

Data d = JsonData;
d.visit(jsonDataProcessor processor);

JsonData的visit函数看起来像

void visit(JsonDataProcessor processor) {

    processor.process(this);
}