ブロックでプライベート メソッドを定義すること@implementationは、ほとんどの目的にとって理想的です。Clang は@implementation、宣言の順序に関係なく、これらを 内に表示します。クラス継続 (別名クラス拡張) または名前付きカテゴリでそれらを宣言する必要はありません。
場合によっては、クラスの継続でメソッドを宣言する必要があります (たとえば、クラスの継続と の間でセレクターを使用する場合@implementation)。
static関数は、特に機密性の高い、または速度が重要なプライベート メソッドに非常に適しています。
プレフィックスの命名規則は、プライベート メソッドを誤ってオーバーライドするのを避けるのに役立ちます (クラス名はプレフィックスとして安全だと思います)。
名前付きカテゴリ (例: @interface MONObject (PrivateStuff)) は、読み込み時に名前が競合する可能性があるため、特にお勧めできません。それらは実際には、フレンドまたは保護されたメソッドに対してのみ有用です (これらが適切な選択になることはめったにありません)。不完全なカテゴリの実装について警告されるようにするには、実際に実装する必要があります。
@implementation MONObject (PrivateStuff)
...HERE...
@end
少し注釈を付けたカンニングペーパーを次に示します。
MONObject.h
@interface MONObject : NSObject
// public declaration required for clients' visibility/use.
@property (nonatomic, assign, readwrite) bool publicBool;
// public declaration required for clients' visibility/use.
- (void)publicMethod;
@end
MONObject.m
@interface MONObject ()
@property (nonatomic, assign, readwrite) bool privateBool;
// you can use a convention where the class name prefix is reserved
// for private methods this can reduce accidental overriding:
- (void)MONObject_privateMethod;
@end
// The potentially good thing about functions is that they are truly
// inaccessible; They may not be overridden, accidentally used,
// looked up via the objc runtime, and will often be eliminated from
// backtraces. Unlike methods, they can also be inlined. If unused
// (e.g. diagnostic omitted in release) or every use is inlined,
// they may be removed from the binary:
static void PrivateMethod(MONObject * pObject) {
pObject.privateBool = true;
}
@implementation MONObject
{
bool anIvar;
}
static void AnotherPrivateMethod(MONObject * pObject) {
if (0 == pObject) {
assert(0 && "invalid parameter");
return;
}
// if declared in the @implementation scope, you *could* access the
// private ivars directly (although you should rarely do this):
pObject->anIvar = true;
}
- (void)publicMethod
{
// declared below -- but clang can see its declaration in this
// translation:
[self privateMethod];
}
// no declaration required.
- (void)privateMethod
{
}
- (void)MONObject_privateMethod
{
}
@end
明らかではないかもしれない別のアプローチ: C++ 型は、エクスポートおよびロードされる objc メソッドの数を最小限に抑えながら、非常に高速であり、より高度な制御を提供できます。