EGORefreshTableHeaderView.h

@interface EGORefreshTableHeaderView : UIView {
    id _delegate;
    EGOPullRefreshState _state;

    UILabel *_lastUpdatedLabel;
    UILabel *_statusLabel;
    CALayer *_arrowImage;
    UIActivityIndicatorView *_activityView;
}

@property(nonatomic,assign) id <EGORefreshTableHeaderDelegate> delegate;

EGORefreshTableHeaderView.m

@synthesize delegate=_delegate;

我已阅读此http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/ObjectiveC/Chapters/ocProperties.html，据我所知，它为_delegate创建了一个新名称，即委托。（这是我的理解吗？）

但我仍然不明白为什么他们必须使那些@synthesize =指令复杂化。

Answer 1

它有多复杂，真的吗？这只是一些语法，允许您指定要用于支持您告诉编译器创建访问器的属性的ivar。如果他们没有提供这个或类似的东西，那么你总是必须让你的属性名称与你的ivar名称相匹配，并且有理由你可能不希望这样。

如果您不需要以不同方式命名您的ivars，那么您不必费心去指定ivar名称。实际上，您根本不必为您的属性创建ivars ...如果不这样做，编译器将为您创建它们。

更新：截至2013年中期，LLVM默认为合成属性的访问者，因此在大多数情况下，您根本不需要再指定@synthesize。您仍然会使用它的一种情况是，您希望使用与编译器为您生成的实例变量不同的实例变量来支持该属性。此外，支持属性的ivar的默认名称将是前缀为下划线的属性名称。因此，可以通过删除行来简化OP示例中的代码：

id _delegate;

和

@synthesize delegate=_delegate;

我删除了之前使用下划线前缀的建议，因为它明显不同意编译器的当前时尚和默认行为。据我所知，为方法名称使用下划线前缀仍然是不好的形式。

另外，我注意到至少有一个人解释了我的回答的第一行，“它有多复杂，真的吗？”居高临下。我希望这只是一个人的印象 - 我绝对不打算任何屈尊俯就，而只是试图围绕OP关于@synthesize xxx=_xxx;指令使事情变得复杂的断言构建我的反应。当你开始时，有很多东西要吸收;希望新的“默认合成”行为将减轻新人的负担。

Answer 2

你是对的，使用

@synthesize foobar=_foobar;

在大多数情况下，

有点无意义，但在抽象级别，它确实允许您完全返回其他变量的值。如... ...

@synthesize foobar=fluffybunny;

每次使用访问者fluffybunny

时，您都可以获取或设置.foobar的值

但就@synthesize复杂度而言，您更愿意写

-(void)setFoobar:(id)aobject {
    [self willSetValueForKey:"foobar"];
    id old = foobar;
    foobar = [aobject retain];
    [old release];
    [self didSetValueForKey:"foobar"];
}

-(id)foobar {
    [self willAccessValueForKey:"foobar"];
    id obj = [self primitiveValueForKey:@"foobar"];
    [self didAccessValueForKey:"foobar"];    
    return obj;
}

或者

@synthesize foobar;

这不是特别好写，因为我忘记了如何做得好但是@synthesize指令阻止你必须多次写入访问器。它是关于Obj-C 1.0的重要事情之一。

免费代码，不要敲它。

在objective-c中@property和@synthesize

EGORefreshTableHeaderView.h

EGORefreshTableHeaderView.m

2 个答案: