Objective-C 委托与 Java 侦听器

Question

我读过很多关于 Objective-C 代表的文章和读物，试图理解它们。来自 Java，它们看起来非常像 Java 监听器。例如，假设我有一个 Java 按钮。当按钮被按下时，我希望发生一些事情。我的代码可能看起来像这样：

ButtonListener myButtonListener = new ButtonListener();    
someButton.addActionListener(myButtonListener);
...

class ButtonListener implements ActionListener
{
   public void actionPerformed(ActionEvent e)
   {

    }
}

类似的东西。在 Objective-c 中，我似乎会做一些类似于为我的按钮调用 setDelegate 方法并将其作为委托传递给“监听器”的事情。然后，实际的按钮类可能会检查该委托是否响应某个选择器（即actionPerformed）。如果我以正确的方式思考这一点，那么代表们确实就像听众一样。这是正确的吗？有什么重大差异吗？

谢谢！

Answer 1

你几乎已经按下按钮了。唯一真正的区别是 obj-c 中的委托通常实现多个函数来对与它们所委托的对象相关的事件执行各种操作。例如， UITextViewDelegate 有以下方法：

– textViewShouldBeginEditing:
– textViewDidBeginEditing:
– textViewShouldEndEditing:
– textViewDidEndEditing:

我发现的唯一真正的区别是你不能像在 java 中那样内联创建委托：

someButton.setOnClickListener ( new View.OnClickListener {
    @Override
    public void onClick() {
        //do stuff
    }
});

Answer 2

它们相似，但不完全相同。委派模式具有更广泛的定义，并且通常是实现定义的任务，这些任务可以超出仅侦听的范围。任务可以包括监听，或者委托的实现可以被定义为监听（独占）。

objc 委托通常用于避免子类化，并充当侦听器或数据提供者。委托的作用是由协议定义的 - 它的作用不仅仅是侦听器。因此代表可以是数据源/提供者。它只是将实现卸载到另一个类的一种方法，从类中删除经常定制的、特定于应用程序的实现。

NSButton/UIButton 已经通过目标+操作机制专门用于这种情况。对于这种特定情况，您可以使用目标+操作。

Answer 3

委托类似于侦听器或观察者，协议类似于接口，除了协议可以定义可选函数（也称为消息）。在 Objective C 中，您可以使用类别来扩展现有类（没有其源代码）以采用协议并使其成为委托，这样您就根本不需要创建新的匿名内部类。在 Java 中你不能这样做。

Answer 4

我认为在 java.util.concurrent pagkage 中可以找到对 .NET 委托更好的 Java 模拟：Callable、Future、Executor。