Question

我来自C ++ / Java世界，很明显如何创建私有成员。但是，我在Objective C中看到了几种方法，我想听听cons和pros

1）在.h文件中将它们声明为@private

@interface MyClass : NSObject
{
    @private
    int someMember;  
}
@end

2）在.m文件中的接口中声明它们

@interface MyClass() {
    int someMember;  
}
@end

@implementation MyClass
@end

3）在实施中声明它们

@implementation MyClass {
     int someMember;  
}
@end

首选方法是什么？为什么？我错过了其他方法吗？

Answer 1

我的偏好是＃3：

// MyClass.m
...
@implementation MyClass {
     int someMember;
}
@end

它允许您干净地抽象并最小化依赖性。

由于每个objc对象都是动态分配的，并且几乎没有物理依赖性，因此您可以拥有最快的构建时间和最丰富的对象表示最小的编译开销（例如最小#import和物理依赖性）。

抽象也是一个巨大的优势 - 私有是默认的，没有什么理由你应该偏离它，没有理由将内部暴露给其他人。这样可以非常好地隐藏它，同时确保类型安全不会受到影响。大加：您还可以轻松地在对象中声明C ++值，而不会让每个人都知道所有C ++库的依赖关系 - 不是PIMPL，不是全局范围内的结构，不是* void **，而是正确的值。这是一个很棒的编译防火墙。如果你从事大型C或C ++项目，你可能会感到高兴。

当然，如选项＃2中所示，声明ivars会带来所有这些。因此，它几乎取决于您希望在何处以及如何看待变量。一个ivar声明是具体的，而一个属性可能是抽象的 - 所以我赞成将具体的具体化和接口分组，但无论如何; ＃2或＃3是理想的，除非你需要向后兼容。

如果你想要（伪）私有属性，我建议你在类继续中声明它们：

// MyClass.m
...
@interface MONClass ()
@property (nonatomic, copy) NSString * string;
@end

Answer 2

你很方便地按照Objective-C的时间顺序列出它们。

我认为这主要是一个风格问题，但我会说99％的时间：

（1）不要将它们放在.h文件中，因为.h文件实际上是已发布的接口，并且没有理由发布实现细节;

（2）将它们放在@implementation而不是@interface类扩展中，以避免无关的语法。你总是会有一个实现，你可能没有类扩展。

Answer 3

如果有人想在不编辑的情况下使用MyClass，他们会快速读取头文件以弄清楚它是如何工作的。由于他们不关心您的私有变量，因此最好将它们排除在标题之外。

如果您需要私有属性或私有实现的协议，则需要使用.m文件中的类continuation。

@interface MyClass () <SomeKindOfDelegate>
@property id someProperty;
@end

@implementation MyClass
@synthesize someProperty;
- (void)someKindOfDelegateMessage:(id)sender { }
@end

当你完成这项工作时，你也可以将你的成员变量放在延续中。

@interface MyClass () <SomeKindOfDelegate>
{
    int someMember;
}
@property id someProperty;
@end

@implementation MyClass
@synthesize someProperty;
- (void)someKindOfDelegateMessage:(id)sender { }
@end

比较在Objective C中拥有私有成员的不同方法

3 个答案: