在现代ObjectiveC 中将 iVar 放在哪里

将实例变量放入@implementation块或类扩展中的能力是"现代Objective-C运行时"的一项功能，每个版本的iOS和64位Mac OS X程序都使用该功能.

如果要编写32位Mac OS X应用程序，必须将实例变量放入@interface声明中.不过，你可能不需要支持32位版本的应用程序.自5年前发布的10.5版(Leopard)以来，OS X一直支持64位apply.

所以，假设您只编写使用现代运行时的应用程序.你应该把IVAR放在哪里？

Option 0: In the @interface (Don't Do It)

首先，让我们来看一下为什么我们要在@interface声明中放置实例变量.

1. 将实例变量放入@interface中会向类的用户公开实现的细节.这可能会导致这些用户(甚至你自己在使用自己的类时！)依靠他们不应该依赖的实施细节.(这与我们是否申报ivars @private无关.)

2. 将实例变量放入@interface会使编译花费更长的时间，因为无论何时添加、更改或删除ivar声明，我们都必须重新编译导入接口的每个.m文件.

所以我们不想把实例变量放在@interface中.我们应该把它们放在哪里？

Option 2: In the @implementation without braces (Don't Do It)

接下来，让我们讨论一下您的选项2，"在@implementantion下放置IVAR，而不使用大括号块".这有not个声明实例变量！你说的是:

@implementation Person

int age;
NSString *name;

...

该代码定义了两个全局变量.它不声明任何实例变量.

如果需要全局变量，可以在.m文件中定义全局变量，甚至在@implementation文件中也可以，例如，因为您希望所有实例共享某些状态，比如缓存.但不能使用此选项声明IVAR，因为它不声明IVAR.(此外，实现专用的全局变量通常应声明为static，以避免污染全局命名空间和发生链接时间错误的风险.)

剩下你的 Select 1和3.

Option 1: In the @implementation with braces (Do It)

通常我们想使用选项1:将它们放在主@implementation块中，放在大括号中，如下所示:

@implementation Person {
    int age;
    NSString *name;
}

我们之所以把它们放在这里，是因为它将它们的存在保密，防止了我前面描述的问题，而且通常没有理由将它们放在类扩展中.

那么，我们什么时候要使用选项3，将它们放在类扩展中？

选项3:在类扩展中(仅在必要时执行)

几乎没有理由把它们放在与类的@implementation相同的文件中的类扩展名中.如果是那样的话，我们不妨把它们放进@implementation号.

但有时我们可能会编写一个足够大的类，以便将其源代码划分为多个文件.我们可以使用类别来实现这一点.例如，如果我们要实现UICollectionView(一个相当大的类)，我们可能会决定将管理可重用视图(单元格和补充视图)队列的代码放在一个单独的源文件中.我们可以将这些信息分成一个类别:

// UICollectionView.h

@interface UICollectionView : UIScrollView

- (id)initWithFrame:(CGRect)frame collectionViewLayout:(UICollectionViewLayout *)layout;
@property (nonatomic, retain) UICollectionView *collectionViewLayout;
// etc.

@end

@interface UICollectionView (ReusableViews)

- (void)registerClass:(Class)cellClass forCellWithReuseIdentifier:(NSString *)identifier;
- (void)registerNib:(UINib *)nib forCellWithReuseIdentifier:(NSString *)identifier;

- (void)registerClass:(Class)viewClass forSupplementaryViewOfKind:(NSString *)elementKind withReuseIdentifier:(NSString *)identifier;
- (void)registerNib:(UINib *)nib forSupplementaryViewOfKind:(NSString *)kind withReuseIdentifier:(NSString *)identifier;

- (id)dequeueReusableCellWithReuseIdentifier:(NSString *)identifier forIndexPath:(NSIndexPath*)indexPath;
- (id)dequeueReusableSupplementaryViewOfKind:(NSString*)elementKind withReuseIdentifier:(NSString *)identifier forIndexPath:(NSIndexPath*)indexPath;

@end

好了，现在我们可以在UICollectionView.m中实现主要的UICollectionView个方法，在UICollectionView+ReusableViews.m中实现管理可重用视图的方法，这使我们的源代码更易于管理.

但是我们的可重用视图管理代码需要一些实例变量.这些变量必须公开给UICollectionView.m中的主类@implementation，因此编译器将在.o文件中发出它们.我们还需要向UICollectionView+ReusableViews.m中的代码公开这些实例变量，以便这些方法可以使用IVAR.

这就是我们需要类扩展的地方.我们可以将可重用视图管理IVAR放在私有头文件的类扩展中:

// UICollectionView_ReusableViewsSupport.h

@interface UICollectionView () {
    NSMutableDictionary *registeredCellSources;
    NSMutableDictionary *spareCellsByIdentifier;

    NSMutableDictionary *registeredSupplementaryViewSources;
    NSMutableDictionary *spareSupplementaryViewsByIdentifier;
}

- (void)initReusableViewSupport;

@end

我们不会将此头文件发送给我们库的用户.我们将在UICollectionView.m和UICollectionView+ReusableViews.m中导入它，这样所有想要看到这些IVAR的人都能看到它们.我们还引入了一个方法，希望main init方法调用该方法来初始化可重用视图管理代码.我们将从-[UICollectionView initWithFrame:collectionViewLayout:]/UICollectionView.m调用该方法，并在UICollectionView+ReusableViews.m中实现它.