在进行iOS开发的过程中,对于一些复杂的界面,我们可以通过Interface Builder,这个Xcode集成的可视化界面编辑工具在完成,这回节省大部分时间以及代码量。它的使用方法这里不做介绍了,这次我要介绍是使用它来实现一个嵌套的自定义视图。解释一下就是,我们使用IB自定义了一个View,然后又在其他的xib文件中使用了这个View,那么这就是所谓的嵌套自定义视图。之所以要介绍它,是因为我自己在使用它的时候遇到了一些问题,一方面写下来做个记录供自己查看,另一方面我相信大家在使用的时候应该也会遇到这样的问题,方便大家。
下面使用的示例代码我已经放到Github上了,项目地址,有需要的朋友可以去查看,Demo非常简单,主要是介绍这个知识点。Question首先我们创建一个SingleView的工程,项目使用StoryBoard,(使用Xib也无所谓,因为有些老的项目可能还没有使用到StoryBoard),然后创建一个CustomView作为我们的自定义视图。
有时对于复杂的界面我们可能会拆分出来对它进行单独处理,又有可能它的界面布局很复杂,这时我们就会用Interface Builder对它的布局进行处理。这里的CustomView就是这样一个视图,所以我们为它创建一个xib文件,我们通常的作法就是把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 Layout
self.translatesAutoresizingMaskIntoConstraints = NO;
theRealThing.translatesAutoresizingMaskIntoConstraints = NO;
// convince ARC that we're legit, unnecessary since at least Xcode 4.5
CFRelease((__bridge const void*)self);
CFRetain((__bridge const void*)theRealThing);
return theRealThing;
}
return self;
}