Question

Objective-C 2.0给了我们@properties。

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

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

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

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

即使是合成/计算属性似乎也是属性的一个很好的用例。

@property(...) NSString *fullName;

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

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

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

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这样的名称，更容易记住它是一个长时间运行的操作。

Answer 3

如果访问器方法对对象做了一些不明显的事情，比如设置一个不相关的实例变量，我会避免使用属性。此外，如果返回的属性并不真正“属于”该对象。例如，在我的一个项目中，我有一个stringValue方法，因此我决定不创建属性。这实际上更像是一种风格问题。

避免@ property-itis（即过度使用属性，何时适用）？

3 个答案: