假设有一个包含多个实现的接口:
//methods and implementations are omitted
public interface MyRequest {}
从这个界面扩展了几个处理程序:
public <T extends MyRequest> inteface Handler<> {
MyResult handle(T request)
}
public XmlHandler implements Handler<XmlRequest> {
@Override
MyResult handle(XmlRequest request) {
//...
}
}
public JsonHandler implements Handler<JsonRequest> {
@Override
MyResult handle(JsonRequest request) {
//...
}
}
到目前为止很明显,但问题是,当从解析器解析请求时只返回接口:
public void someMethod () {
XmlHandler xmlHandler = ...
JsonHandler jsonHandler = ...
MyParser parser = ...
MyRequest request = parser.parse(someObejct);
if (request instanceof JsonRequest) {
jsonHandler.handle(request);
}
if (request instanceof XmlRequest) {
xmlHandler.handle(request);
}
}
instanceof
在这里非常糟糕。我该如何避免这种情况?
我最初的想法是在这里使用访客模式,例如将处理程序放入visito并为每个调用handler.handle
方法的请求类型定义十几种方法。问题当然在于dozen
这个词。
是否有更优雅的方式来选择&#34;请求调用的处理程序(或访问者更优雅的模式)?
P.S。顺便问一下,访客模式是否合适?
答案 0 :(得分:1)
是的,Visitor Pattern是解决此问题的好方法。
public interface MyRequestVisitor {
public void handle(JsonRequest request);
public void handle(XmlRequest request);
}
public interface MyRequest {
public void handle(MyRequestVisitor visitor);
}
public class JsonRequest implements MyRequest {
public void handle(MyRequestVisitor visitor) {
visitor.handle(this); // calls first handle method
}
}
public class JsonRequest implements MyRequest {
public void handle(MyRequestVisitor visitor) {
visitor.handle(this); // calls second handle method
}
}
然后,在someMethod
:
public void someMethod () {
XmlHandler xmlHandler = ...
JsonHandler jsonHandler = ...
MyParser parser = ...
MyRequest request = parser.parse(someObejct);
request.handle(new MyRequestVisitor() {
public void handle(JsonRequest request) {
jsonHandler.handle(request);
}
public void handle(XmlRequest request) {
xmlHandler.handle(request);
}
});
如果添加一个名为NewRequest
的新子类,编译器会强制您实现NewRequest.handle(MyRequestVisitor)
,这会强制您添加新的MyRequestVisitor.handle(NewRequest request)
方法,这会强制您将其添加到匿名也是一类。
你无法实现它,所以你是安全的,多路if-instanceof不是。