objective-c - 什么决定了解决未实现方法的过程？

Question

据我了解，未实现的方法通过以下方式得到解析:

1. resolveInstanceMethod:/resolveClassMethod: 获得实现方法的机会
2. forwardingTargetForSelector:有机会转发给代理
3. forwardInvocation:有机会处理它认为合适的方法。

这个三步流程是在哪里定义的？我想自己处理它，因为 NSInvocation 对我的需要来说可能太重量级了。我查看了运行时源代码，但实际上什么也看不到。

看起来旧的运行时会在接收器上调用 forward:args: 来执行此操作，但这似乎已经从新的运行时中消失了。我猜这个过程必须由框架而不是运行时定义，因为如果运行时依赖 Cocoa 到需要 NSInvocation 来处理消息的程度，那会很奇怪。它可能是在 NSObject/NSProxy 上调用的未记录方法吗？

编辑:

看起来运行时声明了一个 C 函数，但从未定义它在 objc_msgSend 找不到实现时调用:

id objc_msgForward(id object,SEL message,...);

我不在 Apple 工作，所以我不知道 Foundation 如何实现这一点，但至少在 Cocotron 的情况下，他们使用:

id objc_msgForward(id object,SEL message,...)
{
   Class       class=object->isa;
   struct objc_method *method;
   void       *arguments=&object;

   if((method=class_getInstanceMethod(class,@selector(forwardSelector:arguments:)))!=NULL)
        return method->method_imp(object,@selector(forwardSelector:arguments:),message,arguments);
   else
   {
       OBJCRaiseException("OBJCDoesNotRecognizeSelector","%c[%s %s(%d)]", class_isMetaClass(class) ? '+' : '-', class->name,sel_getName(message),message);
       return nil;
   }
}

添加 forwardSelector:arguments: 方法似乎不起作用，所以我猜这是 Cocotron 特有的。有人知道 objc_msgForward 在 Foundation 中的作用吗？

Answer 1

I'm writing something a bit like a scripting language that uses message forwarding to interface with objective-c. For now, I'm using NSInvocation, but it could end up doing this thousands of times per second, so the overhead would be noticeable. But I guess I'm also just curious...

就消息转发而言，行为在不同平台和运行时版本之间[经常微妙地]不同。

无论如何，不​​要重新发明轮子。今天有两种语言桥可以使用，它们非常接近于完全保真桥接，您可以从中学到很多东西。两者都有专门允许此类重用的自由许可。

具体来说，MacRuby 项目提供了一个位于 CoreFoundation 和 Objective-C 垃圾收集器之上的 Ruby 实现。它是可用的“最原生”的桥接器(因此可移植性不是很好——不是该项目的目标)。

PyObjC 桥是 Objective-C 运行时和另一种动态 OO 语言的运行时之间的高保真桥的最佳示例； Python。它更便携一些，尽管非 Mac OS X 位可能有些腐烂。

(我不提 F-Script 是失职；一种基于 Objective-C 构建的新语言，我相信它的源代码可用/可用？)

所有的桥都处理方法转发、子类化和跨运行时代理，所有这些听起来都适用于您的特定需求。