16

私が自分で観察した唯一の違いは、respondsToSelectorのレシーバーはクラスまたはインスタンスのいずれかでありinstancesRespondToSelector、クラスレシーバーしか持てないことです。しかし、他に何が違うのですか？どちらか一方にパフォーマンス上の問題はありますか?

4

3 に答える 3

26

内部的に-[NSObject respondsToSelector:]は、次のように実装されています。

- (BOOL)respondsToSelector:(SEL)aSelector {
    return class_respondsToSelector([self class], aSelector);
}

そして、+[Class instancesRespondToSelector:]次のように実装されています:

+ (BOOL)instancesRespondToSelector:(SEL)aSelector {
    return class_respondsToSelector(self, aSelector);
}

(これを理解するために CoreFoundation のHopperを使用しました。)

というわけで、基本的に違いはありません。ただし、respondsToSelector:独自のクラスでオーバーライドして、インスタンスごとに YES または NO を返すことができます (NSProxyこれを行います)。でそれを行うことはできませんinstancesRespondToSelector:。

于 2012-07-20T07:53:39.293 に答える
9

1 つの違いはrespondsToSelector、インスタンスがそのスーパークラスからメソッドを継承しているかどうかを判断できないことです[super respondsToSelector:_cmd];。[[self superclass] instancesRespondToSelector:_cmd];

于 2012-07-20T07:23:53.750 に答える
4

respondsToSelector:インスタンスメソッドであり、クラスまたはクラスオブジェクトのインスタンスである可能性のあるオブジェクトがセレクターに応答するかどうかを決定します。インスタンスを渡すとインスタンス メソッドをテストし、クラス オブジェクトを渡すとクラス メソッドをテストします。

instancesRespondToSelector:クラスメソッドであり、クラスのインスタンスがセレクターに応答するかどうかを決定します。クラスを指定して、そのクラスのインスタンスを持たずにインスタンス メソッドをテストできます。

于 2012-07-20T07:54:12.810 に答える