问题描述
我有一个Data
类和几个子类,例如JSONData
,XMLData
,IntegerData
。任务是处理不同类型的传入数据。因此,基于程序到接口而不是实现,我创建了以下具有通用类型的接口,用于编译时类型检查:>
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);
}