在我描述隱式展開選項的用例之前，您應該已經了解了SWIFT中的選項和隱式未包裝選項。如果你沒有，我建議你先讀 我關于選拔賽的文章
何時使用隱式未包裝的可選項 有兩個主要原因，一個是創建隱式解包裝的可選項。所有這些都與定義一個在 nil否則，SWIFT編譯器將總是強制您顯式地打開一個可選的包。
1.在初始化過程中不能定義的常量 每個成員常量必須在初始化完成之前具有一個值。有時，在初始化期間不能用其正確的值初始化一個常量，但仍然可以保證它在被訪問之前具有一個值。
使用可選變量可以避免此問題，因為可選變量將自動初始化為 nil它最終包含的值仍然是不變的。但是，不斷地展開變量可能會帶來痛苦，因為您知道這個變量肯定不是零。隱式解包選項實現了與可選項相同的好處，增加的好處是不必在任何地方顯式地展開它。
這方面的一個很好的例子是，在加載視圖之前，無法在UIView子類中初始化成員變量：
class MyView: UIView {
@IBOutlet var button: UIButton!
var buttonOriginalWidth: CGFloat!
override func awakeFromNib() {
self.buttonOriginalWidth = self.button.frame.size.width }} 在這里，在視圖加載之前不能計算按鈕的原始寬度，但您知道 awakeFromNib將在視圖上的任何其他方法(初始化除外)之前調用。與其強制在類中無意義地顯式地展開值，還可以將其聲明為隱式未包裝的可選項。
2.當應用程序無法從變量中恢復時 nil這應該是非常罕見的，但是如果您的應用程序不能繼續運行，如果變量是 nil當被訪問時，費時費力地對其進行測試是一種浪費時間。 nil..通常，如果您的應用程序要繼續運行，必須有一個絕對正確的條件，則可以使用 assert..隱式未包裝的可選項中包含了一個Assertfornil。即使如此，如果選項為0，那么打開可選的包并使用更具描述性的斷言通常是好的。
當不使用隱式未包裝的可選項時 1.計算遲緩的成員變量 有時，您的成員變量不應為零，但在初始化期間不能將其設置為正確的值。一種解決方案是使用隱式未包裝的可選項，但更好的方法是使用惰性變量：
class FileSystemItem {}class Directory : FileSystemItem {
lazy var contents : [FileSystemItem] = {
var loadedContents = [FileSystemItem]()
// load contents and append to loadedContents return loadedContents }()} 現在，成員變量 contents在第一次訪問時才初始化。這使類在計算初始值之前有機會進入正確的狀態。
注： 這似乎與上面的第一條相矛盾。然而，有一個重要的區別有待作出。這個 buttonOriginalWidth必須在viewDidLoad期間設置上面的內容，以防止任何人在訪問屬性之前更改按鈕寬度。
2.其他地方 在大多數情況下，應該避免隱式未包裝選項，因為如果使用錯誤，則整個應用程序在訪問時會崩潰。 nil..如果您不確定變量是否可以為零，請始終默認使用普通可選項。展開一個變量，這個變量永遠不會 nil當然不會很疼。
