是什么决定了解决未实现方法的过程？

Question

据我了解，未实现的方法通过以下方式解决：

1. resolveInstanceMethod：/resolveClassMethod：有机会实现该方法
2. forwardingTargetForSelector：有机会转发到委托
3. forwardInspiration：有机会处理该方法，因为它认为合适。

这个三步过程在哪里定义的？我想自己处理它，因为 NSInspiration 可能对于我的需求来说太重量级了。我浏览了运行时源代码，但看不到任何东西。

看起来旧的运行时会在接收器上调用forward:args:来执行此操作，但这似乎已经从新的运行时中消失了。我猜测该流程必须由框架而不是运行时定义，因为如果运行时依赖于 Cocoa 以至于需要 NSInitation 来处理消息，那就很奇怪了。是否可能是在 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

我写的东西有点像
使用消息的脚本语言
转发到接口
目标-c。目前，我正在使用
NSIncation，但最终可能会这样
这样做数千次
第二，所以开销是
显。但我想我也只是
好奇...

就消息转发而言，不同平台和运行时版本之间的行为[通常略有不同]。

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

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

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

（如果我不提及 F-Script，那就太失职了；一种基于 Objective-C 构建的新语言，我相信其源代码现在/曾经可用？）

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