我刚开始学习Objective-C编程，由于有Java背景，想知道编写Objective-C程序的人如何处理私有方法。
我理解可能有几种约定和习惯，并将此问题视为聚合使用Objective-C处理私有方法的最佳技术的内容。
发布时，请包含您的方法的论点。为什么它很好？它有哪些缺点（您所知道的）以及您如何处理它们？
正如其他人已经说过的，Objective-C 中没有所谓的私有方法。但是，从 Objective-C 2.0 开始（即 Mac OS X Leopard、iPhone OS 2.0 及更高版本），您可以创建一个空名称的类别（即 @interface MyClass ()）称为 类扩展。类扩展的独特之处在于方法实现必须与公共方法放在同一个 @implementation MyClass 中。因此我将我的类结构化如下：
在 .h 文件中：
@interface MyClass {
// My Instance Variables
}
- (void)myPublicMethod;
@end
在.m文件中：
@interface MyClass()
- (void)myPrivateMethod;
@end
@implementation MyClass
- (void)myPublicMethod {
// Implementation goes here
}
- (void)myPrivateMethod {
// Implementation goes here
}
@end
我认为这种方法最大的优点是，它允许您按功能分组方法的实现，而不是按（有时是任意的）公共/私有区分。
if (bSizeDifference && [self isSizeDifferenceSignificant:fWidthCombined])... 然后fWidthCombined总是被传递为0。 - Wienke@interface放在.m文件的顶部，我会将其放入自己的.h文件中。我遵循的惯例（也看到过其他地方这么做，我认为这是苹果的惯例，因为Xcode现在自动支持它）是将此类文件命名为其类和类别，并用+号分隔，因此@interface GLObject (PrivateMethods)可以在GLObject+PrivateMethods.h中找到。提供头文件的原因是让您可以在单元测试类中导入它 :-）。@implementation GLObject(PrivateMethods)
- (void)secretFeature;
@end
或者使用类扩展（你称之为空类别），只需在最后定义这些方法。Objective-C 方法可以在实现中以任何顺序定义和使用，因此没有什么阻止你将“私有”方法放在文件末尾。
即使使用类扩展，我通常也会创建一个单独的头文件（GLObject+Extension.h），以便在需要时使用这些方法，模仿“友元”或“受保护”的可见性。
自从这个答案最初编写以来，clang 编译器已经开始为 Objective-C 方法执行两次操作。这意味着你可以完全避免声明你的“私有”方法，无论它们是在调用站点上方还是下方，编译器都能找到它们。
虽然我不是 Objective-C 的专家，但我个人只是在类的实现中定义方法。当然，在调用它的任何方法之前必须定义它（在其上方），但这肯定是最省力的做法。
在@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
您可以尝试在您的实现下面或上面定义一个静态函数，它接受一个指向您的实例的指针。它将能够访问任何您的实例变量。
//.h file
@interface MyClass : Object
{
int test;
}
- (void) someMethod: anArg;
@end
//.m file
@implementation MyClass
static void somePrivateMethod (MyClass *myClass, id anArg)
{
fprintf (stderr, "MyClass (%d) was passed %p", myClass->test, anArg);
}
- (void) someMethod: (id) anArg
{
somePrivateMethod (self, anArg);
}
@end
-(void)myHelperMethod: (id) sender{
// code here...
}
[self performSelector:@selector(myHelperMethod:)];
这行代码将调用你创建的方法，并且不会出现在头文件中未定义的烦人警告。
@implementation MyClass
id (^createTheObject)() = ^(){ return [[NSObject alloc] init];};
NSInteger (^addEm)(NSInteger, NSInteger) =
^(NSInteger a, NSInteger b)
{
return a + b;
};
//public methods, etc.
- (NSObject) thePublicOne
{
return createTheObject();
}
@end
我知道这是一个旧问题，但当我正在寻找答案时，这是我发现的第一个问题之一。我没有看到其他地方讨论过这个解决方案，所以如果有什么愚蠢的地方，请告诉我。
@interface块，你可以将私有声明放在另一个文件MyClassPrivate.h中。虽然不是最理想的方法，但它不会使实现混乱。
MyClass.h
interface MyClass : NSObject {
@private
BOOL publicIvar_;
BOOL privateIvar_;
}
@property (nonatomic, assign) BOOL publicIvar;
//any other public methods. etc
@end
MyClassPrivate.h
@interface MyClass ()
@property (nonatomic, assign) BOOL privateIvar;
//any other private methods etc.
@end
MyClass.m
#import "MyClass.h"
#import "MyClassPrivate.h"
@implementation MyClass
@synthesize privateIvar = privateIvar_;
@synthesize publicIvar = publicIvar_;
@end
这里还有一件事情，我没有看到在这里提到 - Xcode支持名称中带有“_private”的.h文件。假设你有一个类MyClass - 你有MyClass.m和MyClass.h，现在你也可以有MyClass_private.h。Xcode会识别它并将其包含在助理编辑器的“Counterparts”列表中。
//MyClass.m
#import "MyClass.h"
#import "MyClass_private.h"
在问题#2上没有变通的方法。这就是C编译器（因此也是Objective-C编译器）的工作方式。如果您使用XCode编辑器，函数弹出菜单应该很容易让您浏览文件中的@interface和@implementation块。