接触iOS的人都知道,@property声明的属性默认会生成一个_类型的成员变量,同时也会生成setter/getter方法。 

但这只是在iOS5之后,苹果推出的一个新机制。看老代码时,经常看到一个大括号里面定义了成员变量,同时用了@property声明,而且还在@implementation中使用@synthesize方法。 

如下:


@interface ViewController ()
{
   // 1.声明成员变量
    NSString *myString;  
 }
 //2.在用@property
@property(nonatomic, copy) NSString *myString;  
@end

@implementation ViewController
//3.最后在@implementation中用synthesize生成set方法
@synthesize myString;   
@end

low level virtual machine),才不再需要为属性声明实例变量了。成员变量+ @property + @synthesize 成员变量三个步骤。 

如果我们只写成员变量+ @property:

@interface GBViewController :UIViewController
{
    NSString *myString;
}
@property (nonatomic, strong) NSString *myString;
@end
编译时会报警告:
Autosynthesized property 'myString' will use synthesized instance variable '_myString', not existing instance variable 'myString'

注意:==是不必要,不是不可以==) 

当然我们也熟知,@property声明的属性不仅仅默认给我们生成一个_类型的成员变量,同时也会生成setter/getter方法。.m文件中,编译器也会自动的生成一个实例变量_myString。那么在.m文件中可以直接的使用_myString实例变量,也可以通过属性self.myString.都是一样的。self.myString其实是调用的myString属性的setter/getter方法。这与C++中点的使用是有区别的,C++中的点可以直接访问成员变量(也就是实例变量)。

例如在oc中有如下代码

@interface MyViewController :UIViewController
{
    NSString *name;
}
@end

setter/getter方法。所以访问成员变量时,可以直接访问name,也可以像C++一样用self->name来访问,但绝对不能用self.name来访问。

  • 扩展:很多人觉得OC中的点语法比较奇怪,实际是OC设计人员有意为之。

点表达式(.)

  • 看起来与C语言中的结构体访问以及java语言汇总的对象访问有点类似,如果点表达式出现在等号 

  •  左边,调用该属性名称的

setter

  • 方法。如果点表达式出现在

  • 右边,调用该属性名称的

getter

  • 方法。
  • OC中

点表达式(.)

  • 其实就是调用对象的

setter

getter

  • 方法的一种快捷方式,

self.myString = @"张三";

  • 实际就是

[self setmyString:@"张三"];

@synthesize 生成了setter/getter方法。 

虽然现在直接使用@property时,编译器会自动为你生成以下划线开头的实例变量_myString,不需要自己手动再去写实例变量。而且也不在.m文件中通过@synthesize myString;生成setter/getter方法。但在看老代码的时候,我们依旧可以看到有人使用成员变量+ @synthesize 成员变量的形式。

那么问题来了: 
我们能否认为新编译器LLVM下的@property == 老编译器GCC的 成员变量+ @property + @synthesize 成员变量呢? 答案是否定的。 
因为成员变量+ @property + @synthesize 成员变量的形式,编译器不会帮我们生成_成员变量,因此不会操作_成员变量了; 
同时@synthesize 还有一个作用,可以指定与属性对应的实例变量, 
例如@synthesize myString = xxx; 
那么self.myString其实是操作的实例变量xxx,而非_String了。


接触iOS的人都知道,@property声明的属性默认会生成一个_类型的成员变量,同时也会生成setter/getter方法。 

但这只是在iOS5之后,苹果推出的一个新机制。看老代码时,经常看到一个大括号里面定义了成员变量,同时用了@property声明,而且还在@implementation中使用@synthesize方法。 

如下:

@interface ViewController ()
{
   // 1.声明成员变量
    NSString *myString;  
 }
 //2.在用@property
@property(nonatomic, copy) NSString *myString;  
@end

@implementation ViewController
//3.最后在@implementation中用synthesize生成set方法
@synthesize myString;   
@end

low level virtual machine),才不再需要为属性声明实例变量了。成员变量+ @property + @synthesize 成员变量三个步骤。 

如果我们只写成员变量+ @property:

@interface GBViewController :UIViewController
{
    NSString *myString;
}
@property (nonatomic, strong) NSString *myString;
@end
编译时会报警告:
Autosynthesized property 'myString' will use synthesized instance variable '_myString', not existing instance variable 'myString'

注意:==是不必要,不是不可以==) 

当然我们也熟知,@property声明的属性不仅仅默认给我们生成一个_类型的成员变量,同时也会生成setter/getter方法。.m文件中,编译器也会自动的生成一个实例变量_myString。那么在.m文件中可以直接的使用_myString实例变量,也可以通过属性self.myString.都是一样的。self.myString其实是调用的myString属性的setter/getter方法。这与C++中点的使用是有区别的,C++中的点可以直接访问成员变量(也就是实例变量)。

例如在oc中有如下代码

@interface MyViewController :UIViewController
{
    NSString *name;
}
@end

setter/getter方法。所以访问成员变量时,可以直接访问name,也可以像C++一样用self->name来访问,但绝对不能用self.name来访问。

  • 扩展:很多人觉得OC中的点语法比较奇怪,实际是OC设计人员有意为之。

点表达式(.)

  • 看起来与C语言中的结构体访问以及java语言汇总的对象访问有点类似,如果点表达式出现在等号 

  •  左边,调用该属性名称的

setter

  • 方法。如果点表达式出现在

  • 右边,调用该属性名称的

getter

  • 方法。
  • OC中

点表达式(.)

  • 其实就是调用对象的

setter

getter

  • 方法的一种快捷方式,

self.myString = @"张三";

  • 实际就是

[self setmyString:@"张三"];

@synthesize 生成了setter/getter方法。 

虽然现在直接使用@property时,编译器会自动为你生成以下划线开头的实例变量_myString,不需要自己手动再去写实例变量。而且也不在.m文件中通过@synthesize myString;生成setter/getter方法。但在看老代码的时候,我们依旧可以看到有人使用成员变量+ @synthesize 成员变量的形式。

那么问题来了: 
我们能否认为新编译器LLVM下的@property == 老编译器GCC的 成员变量+ @property + @synthesize 成员变量呢? 答案是否定的。 
因为成员变量+ @property + @synthesize 成员变量的形式,编译器不会帮我们生成_成员变量,因此不会操作_成员变量了; 
同时@synthesize 还有一个作用,可以指定与属性对应的实例变量, 
例如@synthesize myString = xxx; 
那么self.myString其实是操作的实例变量xxx,而非_String了。