类属性 mVar 和实例变量 self.mVar 之间的区别

Question

我对通过 self 访问实例变量或仅通过名称访问实例变量（在类内部工作时）之间的区别感到有些困惑。

例如，以此类：

//In .h file:
@interface Register : NSObject {
    NSString *mName;
}

- (id) initWithName:(NSString *) name;

//In .m file:
- (id) initWithName:(NSString *)name
{
    if (self == [super init])
    {
        mName = name;
    }
    return self;
}

访问实例变量有什么区别？

self.mName = name;

通过vs

mName = name;

哪个不是@property，也不是@sythenize。

但是，

//In .h file:
@interface Manange_My_ViewsViewController : UIViewController { 
    IBOutlet UILabel *countLabel;
}

@property (nonatomic, retain) IBOutlet UILabel *countLabel;

//In .m file:
@synthesize countLabel;

- (void) updateLabel:(NSUInteger)count
{
    countLabel.text = [NSString stringWithFormat:@"%d", count];
}

假设我访问 countLabel 为：

self.countLabel

会有什么区别？

编辑：每个用户答案的​​第三个例子： 假设 iVar 不是 IBOutlet：

//In .h file:
@interface Fake : NSObject {
    NSString *mVar;
}
@property (nonatomic, retain) NSString *mVar;

//In .m file:
 @synthesize mVar;

 mVar = @"";

VS

 self.mVar = @"";

还是相同的 - 在第一个中我们访问实际的实例变量，在第二个中我们实际上正在经历自动创建的 setter（通过 @synthesize）？

谢谢大家！

编辑：针对 Peter Hosey 的更新...

所以您认为 mVarName 的约定不好？这是我从 C++ 时代学到的。

但当你这样做时，情况又如何呢？

-(void) someMethod:(int) x
{
    x = x;
}

你不能这样做（说'x'也是一个类变量）

但是你可以这样做：

-(void) someMethod:(int) x
{
    mX = x;
}

但是你说最好这样做：

-(void) someMethod:(int) x
{
    self.x = x;
}

Answer 1

通过访问实例变量有什么区别

self.mName = 姓名；

对比

mName = 名称；

首先是属性访问语法。它转换为对象的访问器消息（在本例中为 self）。也就是说，该语句隐式转换为以下消息表达式语句：（

[self setMName:name];

像这样的尴尬访问器名称就是为什么“mName”对于属性来说是一个糟糕的名称。有属性声明语法可以解决这个问题，让您将属性命名为“name”和实例变量“mName”并将一个映射到另一个。）

第二个示例直接访问实例变量——没有访问器消息。

这不是@property，也不是@sythenize'd。

尽管如此，...

如果没有为类声明名为“mName”的属性，则您无法使用属性访问语法来访问该类实例上的该名称的属性。

无论您是合成访问器、使用 @dynamic 将它们手动传递给超类还是自己定义它们，这都无关紧要。这就是对象响应访问器消息的方式，但编译器生成的访问器消息不会有什么不同（因为属性访问可以很容易地来自类外部和类内部）。

假设 iVar 不是 IBOutlet：

这并不重要。 IBOutlet 仅对 IB 有意义。其他一切都不关心。

事实上，IBOutlet 目前只是一个扩展为空的宏。代码经过预处理后，“IBOutlet”一词不再存在，因此编译器永远不会看到它。这就是它对除了IB以外的任何事情都没有什么区别：根本没有。

编辑回答问题编辑

我说 mName 作为属性名称是不好的，因为它后面有访问器名称。实例变量的名称是一个单独的问题，特别是因为属性和 ivar 不必具有相同的名称。

对于变量来说，无论是实例变量还是局部变量，name或m_name或mName的选择纯粹是一种风格选择。

someMethod: 通常是访问器，setX:。在该方法中，self.x = x（即 [self setX:x]）会导致无限递归。所以不要这样做。

当 someMethod: 不是访问器（或 init 或 dealloc）时，使用该属性就可以了，而且通常更可取。但是，在这种情况下，您不太可能为其参数之一指定与实例变量相同的名称。当可能发生这种情况时，请更具体地命名局部变量，因为它的用途更具体。这也是一个风格问题。

当它是访问器时，我将局部变量命名为 newX，并将实例变量命名为与属性相同的 x。这是我个人的风格；正如我所说，命名属性 x、ivar mX 和局部变量 x 也很好（除了这个过于简洁之外）例子）。

Answer 2

好的，首先是基本的区别：

mVar = var;

这只是改变一个值。就是这样。

self.mVar = var;

这相当于：

[self setMVar:var];

换句话说，一个调用方法，另一个不调用。使用@property语法可以给你带来一些非常好的好处。例如，您可以免费获得键值编码合规性。这意味着另一个对象可以观察该对象的 mVar 属性，并在其更改时自动收到通知，无需您执行任何操作。如果您直接访问 ivar，则不会得到此信息。 （当然，除非您自己实现它。但是您为什么要这样做？）

您还可以获得半自由内存管理。如果您将属性声明为(retain)，则您不必自己[newValue keep]。合成方法将为您执行此操作（在这两种情况下，您仍然需要在 dealloc 方法中使用 [ivar release]）。

您还可以获得一定程度的线程安全性。如果您没有将属性声明为(nonatomic)，那么它（默认情况下）是atomic（尽管该关键字不存在；它是隐含的）。这意味着读取/更新属性的值是一个原子操作。如果您只是直接访问 ivar，则必须自己使用锁来实现原子性。

基本上，使用综合方法可以让你免费得到一些非常好的东西。我要说不使用@property语法的唯一原因是，如果您有无可辩驳的证据表明调用这些方法是代码中的瓶颈。然而，您将真的很难想出一种情况来实现这种情况。

Answer 3

首先，对于只读属性（IBOutlet 本质上就是这样），它并不那么重要。

关键区别在于，属性实际上是在调用访问器方法，而实例变量是直接访问的。

因此，为了设置保留属性，使用 self 和访问器将释放旧对象并保留新对象。直接设置实例变量不会影响任何对象的保留计数。

使用@synthesize将为您生成标准访问器。

使用属性的关键原因是，由于它们是访问器，因此可以从类外部读取和/或修改它们。