iOS App 程式開發

現今大部分的 App 都會與伺服器溝通來交換資料，為了達到這個目的，它們多採用 RESTful API，又稱為 RESTful 網路服務 (Web Serivce)。App 可以使用 REST 傳送請求 (Request) 到伺服器，然後伺服器會回傳回應 (Response)

建造物件是一件耗時耗力的事。除了需要配置記憶體給它之外，可能還會牽涉到排版、渲染或載入外部資源等耗費大的動作。WKWebView 與 MKMapView 就是這樣的例子，都需要大量的時間去啟動。如果只有一次兩次的話還好，但如果它們經常出現的話，使用者就要常常等它們載入，很影響體驗。 解決的辦法很簡單：重複利用這些物件，省去生成這些物件所需的時間。 說起來簡單，但要怎麼實作呢？如果確定一次只會用一個物件的話，或許可以把該物件宣告成單例，

前一陣子，Apple 公開了 iOS 13 第一個測試版本。對一般使用者而言，這個新版本最大的亮點一定是深色模式 (Dark mode)。在設定內滑動開啟此功能後，iOS 就會讓一切變成深色系模式。在深色模式下，電話操作系統會自動為系統內所有的 Apps 和螢幕套用深色主題。一些 Apple 內建的

IGListKit + MVVM 是 Instagram 對於 iOS UICollectionView UI 與數據解耦的解決方案，IGListKit 的設計理念是以數據驅動，來解決不同 Team 之間的需求，包含不同的數據與不一樣的 Layout。 有關於 Code 說明與範例，我建議你搭配原始碼參考閱讀

對一些開發者來說，SwiftUI 的宣告式語法可能還有點陌生；但一旦掌握好這種語法，你就會喜歡上用它來撰寫 UI 程式碼了。結合新的預覽功能，你可以撰寫程式碼，並即時預覽視覺上的變化，讓整體開發體驗變得更快、更有互動性。

今年可以說是 Swift DSL 元年，建造者函數 (Builder functions) 與 SwiftUI 讓開發者們看到在 Swift 內設計內嵌 DSL 的各種可能性。雖然這樣說，但 Swift 一直以來都提供了許多 DSL 實作的功能，

在今年 WWDC 2019 大會之中，最令人振奮的主題演講莫過於開發者工具的改善，而其中最大而最棒的消息就是 SwiftUI 的發佈。SwiftUI 是一個全新的框架，讓你用更少程式碼、並以宣告的方式，來設計及開發使用者介面。 SwiftUI 與 UIKit 不同，UIKit 通常要配合 storyboards

身為一個 Swift 開發者，每天撰寫著 iOS/macOS/tvOS/watchOS 的程式，你的經驗讓你的效率高到破表，一天就可以輕易做出一個線上聊天室介面，兩天就可以做出塗鴉牆介面，你覺得自己的開發速度天下無敵；但不知道為甚麼，突然你覺得有點惆悵：啊，只有介面的程式，就像沒有加珍珠的奶茶，我怎麼樣都喝不下去啊！沒錯，

Google Translation API 能提供基於機器學習 (Machine Learning) 的翻譯功能，將任何字串轉換成任何支援的語言形式。 此文將會深入解釋如何使用翻譯 API，讓我們可以在 app 中提供即時翻譯功能。

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

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

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