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