避免@ property-itis(即过度使用属性,何时适用)？

Question

Objective-C 2.0给了我们@properties.

• 他们允许内省.
• 它们允许声明性编程.
• @synthesize和@dynamic机制减少了必须编写重复的库存访问器的使用.
• 最后,有一个'dot'属性语法,有些人喜欢,有些人讨厌.

这不是我听到的要求.与任何新功能一样,最初倾向于想在任何地方使用@property.那么财产使用在哪里合适？

显然,在模型对象中,属性和关系是属性的良好素材.

@property(...) NSString *firstName;
@property(...) NSString *lastName;
@property(...) Person *parent;

甚至合成/计算属性看起来都是属性的一个很好的用例.

@property(...) NSString *fullName;

你还在哪里使用过房产？你在哪里使用它们,后来又认为这是对该功能的不当使用？

您是否使用属性作为私有对象属性？

你能想到Cocoa中没有属性的任何例子吗？起初看起来似乎他们可能想成为属性,但经过仔细检查后,实际上是滥用或属性的一个例子吗？

Answer 1

我向人们推荐的是尽可能使用房产.如果您在框架中工作,在现代运行时使用非脆弱实例变量的能力是一个巨大的奖励,如果您不是,属性会明确如何管理您的ivars(已分配vs保留与复制) .声明除了编写代码行所花费的时间之外没有固有的性能损失(我实际上使用TextExpander代码片段为我做这个)但是防止错误的可能性足够大以至于它变成了梦幻般的最佳实践.如果您计划使用私有ivars的用户属性,则可以通过@interface块在实现文件中执行此操作.例如

@interface MyObject()

@property(retain) NSArray *myArray;

@end

Answer 2

如果我不得不考虑避免它们的原因,我会说不要将它用于计算属性,其中涉及的计算很重要.属性鼓励代码如:

if (foobar.weight > 100) {
    goober.capacity = foobar.weight;
}

在此示例中,foobar.weight被调用两次.如果它只是返回一个缓存的值,没问题.但是如果它需要在每次部署机器人手动称重foobar时阻塞线程,上面的代码片段将浪费两个机器人部署,只需要一个.

在这种情况下,我建议不使用属性,并以不同方式命名方法,以便代码看起来更像:

int w = [foobar computeWeight];
if (w > 100) {
    goober.capacity = w;
}

使用这样的名称computeWeight更容易记住它是一个长时间运行的操作.