在进行iOS开发的过程中，对于一些复杂的界面，我们可以通过Interface Builder这个Xcode集成的可视化界面编辑工具在完成，这回节省大部分时间以及代码量。它的使用方法这里不做介绍了，这次我要介绍是使用它来实现一个嵌套的自定义视图。解释一下就是，我们使用IB自定义了一个View，然后又在其他的xib文件中使用了这个View，那么这就是所谓的嵌套自定义视图。之所以要介绍它，是因为我自己在使用它的时候遇到了一些问题，一方面写下来做个记录供自己查看，另一方面我相信大家在使用的时候应该也会遇到这样的问题，方便大家。

Question

首先我们创建一个SingleView的工程，项目使用StoryBoard，（使用Xib也无所谓，因为有些老的项目可能还没有使用到StoryBoard），然后创建一个CustomView作为我们的自定义视图。

有时对于复杂的界面我们可能会拆分出来对它进行单独处理，又有可能它的界面布局很复杂，这时我们就会用Interface Builder对它的布局进行处理。这里的CustomView就是这样一个视图，所以我们为它创建一个xib文件，我们通常的作法就是把xib中的View的custom class更改为我们的CustomView。

接下来对我们的界面进行布局，并连接输出口，编写响应逻辑，这里我放了一个ImageView和一个Label在这里，并把View的背景色设置为浅灰色。

自定义的View制作完成，回到我们ViewController的xib文件，拖入两个View并把他们的custom class更改为CustomView。

这时，我们算是工作做完了，运行程序，结果悲剧了，怎么不是我们想要的结果，为什么只生成了两个空白的视图，我们视图上的图片和文字哪里去了？

在CustomView中的awakeFromeNib方法中增加断点调试发现，在CustomView初始化完成后，ImageView和Label并没有被初始化，他们仍然是nil。这就是在嵌套使用xib自定义视图时非常容易出现的问题，我们觉得被嵌套的视图能够正常显示出来，但是实际上它并没有被按照我们在xib上指定的方式被初始化。

Solution

那么如何解决这种问题，以及这种问题又是如何出现的呢？其实这主要是由于我们对xib文件的加载原理不熟悉所导致的，我们以为定义一个View，创建一个xib文件并布局好它的子视图，让后将它使用在另外一个xib文件中，把custom class改成它，然后xib的加载系统会自动为我们做好其余的一切。其实并不是这样的。

这样做xib加载系统只会为我们创建一个CustomView的对象，但这并不包括CustomView所对应的xib文件中的部分，所以只创建了一个空白的View。

解决他们有两种方式，不过最终的思路都是通过代码强制使CustomView的xib部分被加载。第一种是通过代码创建CustomView的对象，然后addSubview到viewController的view上。第二种是在CustomView的实现文件里，通过重载一些方法，来完成加载xib文件。

这两种方法各有利弊，第一种使用起来方便也好理解，但是当嵌套的层级比较多的时候或者一个View中有多个这样的CustomView时，这种方式就会显得过于麻烦。而第二种虽然理解起来有些难度，但是当你处理好之后，直接在需要的xib文件中拖入view，改个custom class，就能直接生成需要的对象了，并且也能够在xib中对他们进行直接布局，不再需要用代码去布局了。

NO 1.

先来介绍第一种方法，很简单，就是找到xib文件，生成对象，设置属性，addsubview到视图上。

NO 2.

第二种方法是通过重载initWithCoder方法来实现，因为通过xib来创建一个对象会调用到这个方法，所以我们需要在这个方法里做一些处理，把这个CustomView的xib中的内容加载进来，这时同样是需要通过代码来来加载，首先附上代码

- (id)initWithCoder:(NSCoder *)aDecoder{if (self = [super initWithCoder:aDecoder]) {UIView *containerView = [[[UINib nibWithNibName:@"CustomView" bundle:nil] instantiateWithOwner:self options:nil] objectAtIndex:0];CGRect newFrame = CGRectMake(0, 0, self.frame.size.width, self.frame.size.height);containerView.frame = newFrame;[self addSubview:containerView];}return self;}

此外，还要这里的输出口以及设置custom class的位置跟第一种方式有所不同，这里需要取消掉xib中view的custom class，再将跟它连接的图片与文字的输出口取消掉，在这里这个view只是被当做一个容器来处理，它跟Customview没有直接关系，它将来会被addSubview到CustomView上，除此之外还要把xib的File's ower的custom class改成CustomView，表示这个xib文件的持有者是CustomView。再把它与图片和文字通过输出口连接起来。

这个时候在运行程序就看到了我们想要的结果了。^{_^}

其实想要实现第二种解决方案所要的效果，还有一种方式，它是通过重载awakeAfterUsingCoder:方法来实现的，这个方法的返回值会替换掉真正的加载对象，所以在具体的加载CustomView的方式又与第一种相同，所以xib的输出口连接与custom class的设置也与第一种解决方案相同。不过这种方式是更复杂也更难于理解的，不推荐使用，因为上一个方法就能很好的解决这个问题了，这里只是贴出这个方法的代码，有想仔细研究的请参看文章底部的参考文章。

- (id) awakeAfterUsingCoder:(NSCoder*)aDecoder {BOOL isJustAPlaceholder = ([[self subviews] count] == 0);if (isJustAPlaceholder) {CustomView* theRealThing = [[self class] getClassObjectFromNib];theRealThing.frame = self.frame;// make compatible with Auto Layoutself.translatesAutoresizingMaskIntoConstraints = NO;theRealThing.translatesAutoresizingMaskIntoConstraints = NO;// convince ARC that we're legit, unnecessary since at least Xcode 4.5CFRelease((__bridge const void*)self);CFRetain((__bridge const void*)theRealThing);return theRealThing;}return self;}

参考资料