Hsu Li-Heng

觀察者模式是一個常見、而且歷史悠久的程式設計模式，而在 Swift 裡，它主要是以通知與通知中心 (NotificationCenter) 的形式存在的。簡單來說，物件可以去向通知中心註冊，成為某一種通知事件的觀察者，然後當有人向通知中心送出通知的時候，通知中心就會去找它的註冊表裡面，所有有註冊這個通知類型的觀察者，並將通知傳送給它們。 通知中心模式跟 Target-action 模式與 Delegate 模式一樣，

Swift Extension 是用來延伸既有型別的東西。透過 Extension，當我們想為某個型別加功能的時候，就可以不用把新的功能寫在該型別的主體裡面。此文教大家善加運用 Extension，從而大幅簡化 Massive View Controller。

在上一篇文章中，我們用了依賴注入的技巧，來將 View Controller 與 Model Manager 之間的耦合解開。然而，View Controller 的依賴並不只是這樣而已，View Controller 與 View Controller 之間的依賴更為常見。 比如說，

View Controller 可以說是 iOS 開發裡的核心物件。這不只是因為它佔據了 MVC (Model-View-Controller) 中的中心位置 Controller，還因為 UIKit 團隊有意推動場景導向的設計。UIKit 本身是以當時的 AppKit 為基礎，針對行動系統所重新設計出來的一個框架。在原本的 AppKit

在 iOS 上編輯內容的時候，如果要還原或重做步驟的話，通常可以透過搖動來呼叫出一個還原的警告： 這個搖動還原 (Shake to Undo) 功能在 UITextView 或者 UITextField 等文字編輯的 view 上是內建的，但大多數其他的 view 都沒有預設實作。還好，

在寫 iOS app 的時候，我們偶爾會碰到需要用到第一響應者 (First Responder) 的狀況。比如說，當我們想要把內容貼到它上面，或者要它執行復原、重做等動作的時候。然而，Apple 官方並沒有公開可以直接取得第一響應者的 API，只提供了 isFirstResponder 這樣一個屬性讓我們去檢查某個響應者是不是第一而已。那麼，

用 Swift 寫 app 的時候，我們通常一開始就會碰到一個問題：我們的 app model 宣告成 Struct 還是 Class 都符合我們的要求，哪麼應該宣告成哪一種好呢？讓我們來看看 Struct 和 Class 的差異，並從不同例子中看看哪一種更適合你的 app 吧！

UIAlertController 大概是大多數人在想呈現警告或選單時的首選。但是，你有沒有想過如果要在 View Controller 以外的地方呈現 UIAlertController，應該怎樣做呢？這篇文章將為你介紹三個從 UIViewController 以外的地方呈現警告的方法。

在開發的時候，我們有時會需要在不同的 target 裡重複使用同一段程式碼。甚麼是 target 呢？在 Xcode 裡，target 包含了應用程式、擴充套件、測試套件、以及 framework 與 library 等幾種套件 (bundle)