我对Java中的委托和回调条款有一些误解。
class MyDriver {
public static void main(String[] argv){
MyObject myObj = new MyObject();
// definition of HelpCallback omitted for brevity
myObj.getHelp(new HelpCallback () {
@Override
public void call(int result) {
System.out.println("Help Callback: "+result);
}
});
}
}
class MyObject {
public void getHelp(HelpCallback callback){
//do something
callback.call(OK);
}
}
是回调还是委托(Are delegates and callbacks the same or similar?)?
如何实施另一个?
答案 0 :(得分:34)
这是一个回调。 According to Wikipedia:
在计算机编程中,回调是对一段可执行代码的引用,该代码作为参数传递给其他代码。
让我们看一下可执行代码:
public void getHelp(HelpCallback callback){
//do something
callback.call(OK);
}
这里,callback
参数是对HelpCallback
类型对象的引用。由于该引用作为参数传递,因此它是一个回调。
委托由对象在内部完成 - 与调用方法的方式无关。例如,如果callback
变量不是参数,而是实例变量:
class MyDriver {
public static void main(String[] argv){
// definition of HelpStrategy omitted for brevity
MyObject myObj = new MyObject(new HelpStrategy() {
@Override
public void getHelp() {
System.out.println("Getting help!");
}
});
myObj.getHelp();
}
}
class MyObject {
private final HelpStrategy helpStrategy;
public MyObject(HelpStrategy helpStrategy) {
this.helpStrategy = helpStrategy;
}
public void getHelp(){
helpStrategy.getHelp();
}
}
......那就是代表团。
此处MyObject
使用strategy pattern。有两点需要注意:
getHelp()
的调用不涉及传递对可执行代码的引用。即这不是回调。MyObject.getHelp()
对象的公共接口或helpStrategy.getHelp()
调用中MyObject
调用getHelp()
这一事实并不明显。这种information hiding有点像授权。同样值得注意的是// do something
方法中缺少getHelp()
部分。使用回调时,回调不会执行与对象行为相关的任何操作:它只是以某种方式通知调用者,这就是为什么需要// do something
部分。但是,当使用委托时,方法的实际行为取决于委托 - 所以我们最终可能需要两者,因为它们用于不同的目的:
public void getHelp(HelpCallback callback){
helpStrategy.getHelp(); // perform logic / behavior; "do something" as some might say
if(callback != null) {
callback.call(); // invoke the callback, to notify the caller of something
}
}
答案 1 :(得分:5)
我认为“回调”是一个通用模式的名称,您可以通过这种方式为所述模块调用代码提供所调用的模块。 C#委托或ObjC委托对象(这两个是完全不同的动物)或Java类实现 - 回调接口是实现回调模式的不同的,特定于平台的方式。 (它们本身也可以被视为模式。)其他语言或多或少有不同的方式。
“委托”的上述概念也类似于策略模式,其中委托可以被视为一个。同样,访问者也是一种回调。 (访问者也是处理每个访问项目的策略。)
所有这些都使用对我来说很直观的定义,也可能不是对其他任何人的定义,因为“回调”或“委托”都不是正式的术语,在没有参考之前的定义的情况下讨论它们没有多大意义。在您的上下文中有效。因此,在我所知的情况下,询问定义是什么毫无意义,因此没有权威的定义。也就是说,这个问题的其他答案可能会说完全不同的事实。
我的建议是专注于你的设计的优点 - 它是否达到你所需要的,不引入紧耦合等等 - 而不是语义的细节。当两种设计模式看起来相似时,它们可能同样可以用来实现类似的目标。
答案 2 :(得分:1)
您希望实现的是原始呼叫者与服务之间的双向通信,同时避免服务依赖于客户端。您用于该目标的模式通常取决于您的语言的限制。您可以使用函数指针,闭包,或者如果您没有这些,则使用回调对象(也可能被视为闭包)。
然后,对于相同或非常相似的模式,通常会有许多不同的名称。