[英]How to resolve the dilemma when a factory needs to create objects with multiple common parameters?
[英]How to resolve this dilemma when using generics in a simple factory
我有一个Data
class 和几个子类,例如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>`
rest的工作是制作一个简单的工厂,用于创建相应的DataProcessor
实例。 所以我做了以下简单的工厂,或者说它实际上只是一个处理器映射器,因为具体的处理器可以缓存为 ProcessorFactory 中的static 变量:
public class ProcessorFactory {
public static DataProcessor<?> create() {
//logic of return an instance
}
}
上面的设计有个问题——不能直接调用返回的DataProcessor
实例上的process
方法:
Data data = jsonData;
ProcessorFactory.create().process(data);
问题:由于数据必须是Data
的具体子类,因此由于编译时类型检查,上面的代码有编译错误,如何解决这个问题? 或者是设计本身。 坏的? 如果是这样,什么是更好的设计?
虽然设计模式很酷,但您在问题中报告的编译错误并不是由于缺少双重调度造成的。
您会收到编译错误,例如,通过声明: JSONDataProcessor implements DataProcessor<JSONData>{...}
您已声明此方法: void process(JSONData data)
。
您可能假设<T extends Data>
意味着您可以将具有 static 类型Data
的 object 实例传递到void process(JSONData data)
中,因为毕竟Data extends Data
。 除了 Java 的工作方式之外。
查看编译错误原因的一种方法是考虑如下方法声明: public static void main(String arg){...}
。 即使String extends Object
,将Object
类型的引用传递给声明为main(String)
的方法也是非法的。
如果您尝试将该方法称为main(new Object())
,您将得到与DataProcessor
相同的编译错误。 通过引入不必要的设计模式来纠正您所犯的错误将是矫枉过正。 在您的情况和main(String)
的情况下,最简单的更正是传递声明方法采用的类型。
“ ……怎么解决?…… ”
在我看来,最简单的解决方案是按照您最初声明它们的方式使用您的方法。 如果您的实施方式与我的类似,那么我已经确认这可行……
...
JSONData data = new JSONData( ... );
ProcessorFactory.create().process(data);
...
这也适用于我的演示(不需要设计模式)......
DataProcessor< Data< ? > > dProc = DataProcessor.Factory.create( );
Data<String> data = new JSONData( ... );
dProc.process( data );
„ ...就是设计本身。 不好?…… ”
将设计称为“好”或“坏”是主观的。 更客观地问自己:设计是否正确? 它是否正确地完成了您打算做的事情? 如果它按照您的意图去做,那么它是正确的。 如果没有,那么回到
白色
绘图板。
您拥有的另一个设计选项是决定根本不使用 Generics —也不使用设计模式。 更简单的方法可能就是您所需要的。
您提到:“程序到接口”。 也许您的所有设计需求都是老式接口形式的普通旧子类型多态性。 Generics 可能不是您想做的最佳设计选择。
这是 Java 的经典问题,因为它不支持双重调度。 人们已经使用访问者模式规避了这个问题。 在您的情况下,您可以在接受 DataProcessor 的Data
class 中公开访问DataProcessor
并运行它的process
方法。 从本质上讲,扭转局面。
像这样的东西
interface Data {
....
void visit(DataProcessor processor);
}
Data d = JsonData;
d.visit(jsonDataProcessor processor);
而对 JsonData 的visit
function 看起来像
void visit(JsonDataProcessor processor) {
processor.process(this);
}
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.