@interface MasterViewController : UIViewController <UITableViewDataSource, UITableViewDelegate,DetailViewControllerDelegate> {// Instance variables for outletsUITableView *tableView; UISegmentedControl *segmentedControl;... }@property (nonatomic, strong) IBOutlet UITableView *tableView; @property (nonatomic, strong) IBOutlet UISegmentedControl*segmentedControl;...@end

Usually when you declare a property, you want to have it “backed” by an instance variable that stores the actual value for that property. For example, self.tableView (the property) actually reads and writes the value from the tableView instance variable.

一般你声明一个属性，你想让一个实例变量存储这个属性实际的值。例如：self.tableView(属性)实际上它的读写是通过tableView这个实例变量。

In the @interface above, you can see that the author has declared both the property and its backing instance variable. The instance variable sits inside the { } section, the property on its own line below that. (Sometimes you will see the IBOutlet specifier on the instance variable instead of the property. It doesn’t really matter where it goes.)

在上面的声明中，作者同时声明了属性和它支持的实例变量。实例变量声明在{}部分，属性在它之外。(有时会看到IBOutlet这个关键字修饰实例变量而不是属性，这并不重要)

When you do this, you’re essentially writing the same thing twice. Here’s the thing: this hasn’t been necessary for ages! The explicit declaration of the instance variable was only necessary for the iPhone 2.x Simulator because it used an older version of the Objective-C runtime. Quite some time ago now, the Simulator switched to the “modern” runtime, which is also what the actual iPhone uses, and this workaround became unnecessary.

当你这么做的时候，你基本上就是同上的事情写了两次。事情是这样的：这没必要。显示声明实例变量只有在iPhone 2.x模拟器的时候是必要的，因为它使用的是旧版的OC运行时。很久之前，模拟器已经切换到 了“现代的”运行时，那也是iPhone真机在使用的，所以这种解决方案是不必要的。

When you @synthesize a property, the compiler automatically creates that instance variable for you. That’s what @synthesize is for, after all. So there is no need to type the same thing again.

当你synthesize一个属性，编译器会自动创建一个与之相关的实例变量。毕竟那才是synthesize要做的。所以同样的事情没必要再做一次。

注意：在一些老版本的Xcode中，如果你允许编译器自动创建实例变量，你在调试器中看不到这个实例变量。幸运的是，现在已经不是这样，你可以在调试器重看到这个你期望的实例变量。所以，感受自由生成实例变量吧！

So, go ahead and remove these two instance variable declarations from MasterViewController.h, and everything should work as before.

所以，从MasterViewController.h类中删除这两个实例变量，所有的还是会照常工作。

Also go ahead and remove all the instance variable declarations from DetailViewController.h. Same story. Each of those instance variables just exists for the sake of the property with the same name. Get rid of ‘em.

同样将DetailViewController.h类中的实例变量删除。每一个实例变量的存在只是为了跟属性有相同的名字。摆脱他们。

The new, simplified @interface section from DetailViewController.h should look like this:

简化之后的DetailViewController.h类看起来是这样的：

@interface DetailViewController : UIViewController@property (nonatomic, strong) IBOutlet UINavigationBar *navigationBar;@property (nonatomic, strong) IBOutlet UITextField *textField; @property (nonatomic, weak) id <DetailViewControllerDelegate>delegate; @property (nonatomic, copy) NSString * sectionName;@property (nonatomic, assign) NSUInteger indexInSection;@property (nonatomic, copy) NSString *name; @property (nonatomic, copy) NSNumber *value;- (IBAction)cancel:(id)sender; - (IBAction)done:(id)sender;@end

@interface MasterViewController : UIViewController <. . .> {// Private instance variablesNSDictionary *namesDictionary; NSMutableDictionary *valuesDictionary; NSArray *sortedSectionNames;// For the "sorted by value" screenBOOL sortedByName; NSArray *sortedNames; NSArray *sortedValues;}

@interface MasterViewController : UIViewController <. . .>@property (nonatomic, strong) IBOutlet UITableView *tableView; @property (nonatomic, strong) IBOutlet UISegmentedControl *segmentedControl;- (IBAction)sortChanged:(UISegmentedControl *)sender; @end

@implementation MasterViewController {NSDictionary *namesDictionary; NSMutableDictionary *valuesDictionary; NSArray *sortedSectionNames;// For the "sorted by value" screenBOOL sortedByName; NSArray *sortedNames; NSArray *sortedValues;}

 注意：你可能知道为什么这个应用中一些实例变量需要属性，一些不需要。这主要是一种风格—有的人喜欢把所有的都创建为属性，有的人根本不喜欢创建属性。我只有在外部确实会用到某个对象时才创建为属性或者是IBOutlets。

Countless books and tutorials have probably drilled this rule into you: if you have a @property you need to @synthesize it, at least if you want it to be backed by an instance variable. It is also possible to create your own getter and setter methods or to use @dynamic properties, but most of the time you use @synthesize.

大多数的书籍和教程可能告诉你这样一个规则：如果你定义了属性，如果你想得到一个实例变量的支持，你需要用 @synthesize修饰它。你也可以使用 @dynamic方法，自己写setter和getter方法，但实际上你会使用@synthesize。

Well, thanks to the automatic synthesize feature in Xcode 4.5, you don’t have to bother writing @synthesize statements anymore! The compiler will notice your @property statement and automatically synthesize the property and create the backing instance variable for you. Nice, eh?

当然，因为在Xcode4.5出现了新特性，可以不用再使用@synthesize语句了。编译器会自动创建这个属性对应的实例变量以及它的getter和setter方法。

Try this out by removing the @synthesize statements from AppDelegate.m, MasterViewController.m and DetailViewController.m. That shaves about nine or ten lines from the source code. Now build the app.

试试删除AppDelegate.m，MasterViewController.m 和 DetailViewController.m.中的@synthesize句子。那样会删掉九行或十行代码，编译一下项目。

Whoops, the compiler isn’t happy! It gives a number of errors in the code for MasterViewController.m, in this method:

哎呦，编译器不顺利！在MasterViewController.m文件中出现好多错误，在这个方法中：

- (void)viewDidLoad {[super viewDidLoad];if (sortedByName)segmentedControl.selectedSegmentIndex = 0; // error!elsesegmentedControl.selectedSegmentIndex = 1; // error![self updateTableContents];}

The offending lines are the ones that refer to segmentedControl. This used to work before you removed @synthesize, so what’s the big deal?

出现错误的是segmentedControl，在删除@synthesize之前是可以正常运行的，所以现在有什么大不了的？

As it turns out, this is an example of programmer sloppiness. If you declare a property for something, then best practice says you should always refer to it as self.property and not directly through its backing instance variable. Using self.property invokes the proper getter and setter methods, but direct access through the backing instance variable skips those. That may cause issues if your getter or setter does anything special, beyond changing the backing variable.

事实证明，这是一个马虎的程序员的例子。如果你声明了一些东西。使用它的地方最好是self. 而不是使用它的实例。用self. 会调用setter和getter方法，但是使用实例 就会跳过那些！如果你的getter或setter方法做了什么特殊的操作就会引起错误。

It’s best to always write self.property so you don’t have to worry about any of this. Here, however, the programmer forgot to use “self” and just wrote segmentedControl. The fix is to simply add self. to the references to segmentedControl, as follows:

最好使用self. ，这样在这方面你就不会出错。这里，就是程序员忘记使用self 只是写了segmentedControl。更正的方法就是简单的加上self.就可以，如下：

- (void)viewDidLoad {[super viewDidLoad];if (sortedByName) self.segmentedControl.selectedSegmentIndex = 0;elseself.segmentedControl.selectedSegmentIndex = 1;[self updateTableContents]; }}

This still doesn’t answer the question of why this code compiled without problems before you removed @synthesize. That synthesize statement looked like this:

这仍然不能回答这段代码在删除@synthesize之前编译没有问题，synthesize修饰的语句看起来是这样子的：

@synthesize segmentedControl;

 The statement above created a backing instance variable with the same name as the property: in this case, a variable also named segmentedControl. So before, you weren’t actually going through the property (self.segmentedControl) – you were accessing the instance variable directly (segmentedControl). This is an easy mistake to make, since the property and instance variable have the same name.

@synthesize segmentedControl = _segmentedControl;

@synthesize segmentedControl = _segmentedControl;

_segmentedControl.selectedSegmentIndex = . . .;