Swift 程式語言

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

Flutter 讓開發者可以利用單一程式碼建立 Android 和 iOS apps。Flutter 開發建基於流行的行動 App 知識上，我們可以用幾行程式碼就輕鬆完成 UI 元件！一起試試建立一個非常簡單的通訊簿 App，讓我們看看 Flutter 的能力吧！

Auto Layout ㄧ直是 iOS 必學的技術之一，好處是非常直覺，而且多人使用的時候非常好懂，就算不大會 Swift / OC 都可以很容易做出想要的版面。我將試範實作一個 App Store 的 UI，當然是以編程方式實作 Auto Layout 。

本篇原文（標題：Building a Trello-like iOS App with Drag & Drop API）刊登於作者 Medium，由 Alfian Losari 所著，並授權翻譯及轉載。 當建構一個讓使用者在螢幕上移動數據的

試想像這樣的一個情境：你的 App 非常成功，不但有許多使用者、並有 100% 未當機率 (Crash-free rate)。你非常開心，生活也棒極了。但在某個時間點，你開始在 App Store 上看到負評，說你的 App 經常閃退；

本篇原文（標題：Implementing a Heap Based Priority Queue Using Swift）刊登於作者 Medium，由 Jimmy M Andersson 所著，並授權翻譯及轉載。 電腦科學中存在著許多問題，而其中，

本篇原文（標題：Avoiding Massive View Controller using Containment & Child View Controller）刊登於作者 Medium，由 Alfian Losari 所著，並授權翻譯及轉載。 視圖控制器

測試程式碼可以確保它運作起來符合需求，而且在添加新功能時也不會發生問題。然而，很多開發者都因為程式碼在層級、類別、及外部框架的依賴性之間過於耦合，而不願意花時間來測試程式碼。此文會利用 Swift Protocols 向大家證明，建立框架的抽象層或解耦類別並不困難。

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

本篇原文（標題： Parallel programming with Swift: Promises ）刊登於作者 Medium，由 Jan Olbrich 所著，並授權翻譯及轉載。 並行 (concurrency) 的概念與我們日常開發工作越來越息息相關。在上兩篇文章中（Swift 平行程式設計：

對任何程式開發來說，減少重覆的 code，把權責明確分開，讓 code 維護性變好，是非常重要的課題。同樣功能的 code，如果分散在程式的各個角落，不但改功能時很有可能會漏改或改錯，而且要找到某個功能確切的擺放位置也會非常困難；這些都會讓開發成本變得非常高，也會讓開發所需要的時間變得難以估計。 如果我們能把每個小元件的功能定義清楚，就有機會把重覆的部份拉出來，另外找個統一的地方擺放，在需要這些功能的時候，再簡單地連結過去，

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