1445501965993069.png

strong的outlet通常是特殊的framework类（如：UIViewController 视图的 outlet，或者 NSWindowController 视窗的 outlet）。

正如这个段落所解释的一样，view controller视图的子视图 outlet应该为 weak，因为这个视图已经被nib文件的顶级对象所拥有了。然而，当一个Outlet被定义为weak指针时，ARC会在编译期间调用以下函数：

id objc_storeWeak(id *object, id value);

这个函数把对象的值作为key，并把它添加到table中。这个table被称为weak table。ARC使用这个table去存储应用中的所有的weak指针。现在，当对象被deallocated时，ARC将会指向weak table并且将weak引用置为nil。同时，ARC将会调用：

void objc_destroyWeak(id * object);

紧接着，注销这个对象并再次调用objc_destroyWeak：

objc_storeWeak(id *object, nil);

这种weak引用关联的生命周期是strong引用的2-3倍。所以，通过避免简单地定义outlets为strong，使用弱引用是一种运行期间的通用做法。
我想这个决策与已废弃的viewDidUnload方法有关。直到iOS 5，这个方法被用于清空在低内存环境下的视图。正如文档中解释的那样：
在iOS 5之前，当发生低内存警告或者当前view controller的视图不被需要时，在视图被释放之后，系统会选择性地调用这个方法。这个方法让你可以进行最后的清理工作。如果你的视图存储了视图或者其子视图的单独引用，你应该使用这个方法去释放这些引用。
在那时，定义一个属性为weak是有意义的，因为这就不用在viewDidUnload额外地释放对象。但是在iOS 9中，我相信我们已经有足够的时间去避免使用这个方法。因此，在IBOutlets定义weak是没意义的。
现在 Storyboard 的几个限制
Apple是在iOS 5中开始引入storyboards的。在此之前，使用Interface Builder的nib文件是创建UI的唯一途径。在iOS开发中，单个文件中操纵多个nib文件是很普遍的。然而，为了理解应用流以及view controller如何连接在一起，开发者需要去每一个view controller类内去找出跳转到下一个界面的桥接点。这是一个非常耗费时间的工序，尤其当你不是应用的原始开发者时。
Apple提出Storyboards用以简化这个过程，并帮助开发者能够对整个应用程序流有完全的控制。除此之外，storyboards允许你在一个文件中拥有一个view controller视图（通过添加 .storyboard文件）。用这种方式，你可以看到整个程序的流状态，并且能够方便地理解view controller的连接关系。然而，storyboards也引出了一些问题。把所有的nib文件都放在一个文件中显然是非常便利并且能完美工作，但是这只是在你为单人开发的前提下。只要你的团队扩大了，你会使用版本控制，例如git或者subversion，这时你就会讨厌storyboards。因为，当把修改合并到一个通用的git branch时，就会产生冲突，而解决此类冲突是很头疼的。在编译期间，nib会被编译成XML文件。所以，为了解决合并冲突，你需要比较两个巨大的XML文件，并且要尝试理清哪部分是你修改的，哪部分是你同事修改的。此外，Apple经常修改这个文件格式。所以，试图去理解并且反转storyboard格式是非常浪费时间的。
例如，在iNVASIVECODE（这是作者所在的公司），我们倾向于使只用storyboards去构建app原型。我们的设计师能够在几个小时内设计出一个能够在iOS设备上运行的原型，有时候只需要几分钟。这样可以在不写一行代码的情况下使用storyboards。所以，storyboards对于构建原型来说是非常方便的，但是不建议在开发期间使用。
另一个storyboard的重要局限是不能添加不属于一个场景体系的视图。我个人认为跟前面所说的合并问题相比，这是一个更为致命的限制。只要能够使用，我必定会使用IB。我喜欢这个，因为这可以避免写代码。但是使用storyboards，不能添加场景体系以外的视图。因此，当我需要额外的视图时，我就强迫自己去使用nib。
Storyboards还有一个额外的局限就是转场动画问题。在iOS 7及之后的iOS 8，Apple提出了在两个view controller之间定制一个转场动画的新方法。当你运行一个segue时，这个新方法需要创建不能使用storyboard的特殊对象。所以，如果你想要添加定制转场动画的方法到你的view controllers，你要避免使用storyboards。
但是猜猜看！Xcode 7和iOS 9为我们解决了所有的这些问题。
Storyboard Reference
在Xcode 7中，我们有一个在多个storyboards中组织scenes的新方法，并且能对它们进行引用。让我们来看一个实践的例子。下载 这个我已经准备好的例子。打开它，并且选择Main.storyboard文件。我已经为了准备好了一系列组织在一个tab bar controller下view controller。每一个tab包含一个navigation controller。下面的图片强调了示例项目的storyboard部分。

1445502506602936.png

1445502568715361.png

1445502615641502.png

1445502671957526.png

1445502704634152.png

1445502735552734.png

1445502798712409.png

1445502912235844.png

@IBOutlet  var externalView: UIView! 
@IBOutlet  var scrollView: UIScrollView!

将它们连接到scrollview以及外面的view。最后，添加viewDidAppear:方法：

override func viewDidAppear(animated: Bool) {
  super.viewDidAppear(animated)
  scrollView.contentSize = externalView.frame.size
  scrollView.addSubview(externalView)
}

然后运行项目，可以看到的是，你现在可以添加额外的视图（可以任意添加），并且可以在运行期间很方便地加载出来。你可以 下载 这个示例来加深理解。
定制转场动画
这是Xcode 7中storyboard另外一个很酷的新特性。具体的细节我将会留到之后发布的文章，这里我只想先给你一些你能做什么的想法。如果你在多storyboard项目中选择任意的action segue，并且打开Attributes Inspector，你将会看到一个新的字段Segue Class，正如下图所示：

1445503461774466.png