教學文章

Markdown 語法用一些特殊的關鍵字來描述文檔中的不同部分，比如參數、函數返回值等，從而使這些結構顯示出不同的樣式。新的 Markdown 文檔風格，最大的優點之一，是它允許對文本樣式進行更加靈活、徹底和豐富的定制。當然，如果你仍然想使用舊式的文檔風格，請參考先前的這篇教程。 對於每一個開發者而言，為程式碼加入註解是一種極好的習慣。雖然它表面上看起來會對開發進度有一定的影響，但這本身亦應當屬於開發過程的一部分。這並不意味著我們要對項目中存在的屬性、函数、

最近有一則在Swift.org上的消息，讓所有學習Swift程式語言的人都感到十分焦慮： Swift 3.0不會與Swift 2.2 原始碼相容(source-compatible)。也就是說用Swift 2.2所撰寫的專案，大部份將無法直接在新版的Xcode直接執行，必須改寫成Swift 3.0。 但會不會是每一行都必須完全重新改寫呢？答案鐵定是否定的。目前也可以從Apple公開的資料知道，

在本文，我會演示如何在 iOS 上實現地域定向。我會介紹蘋果傳統的 CLRegion 類。我還將介紹如何對這種不常見的功能進行測試。我們還會演示如何實現複雜的跟蹤邏輯。最後，我將解釋如何創建你「自訂的」region，以及爲什麽要使用「自訂的」 region，它比起 CLRegion 來有什麽優點。通過地域定向，

好了，我們說的夠多了，讓我們來看看運算子超載(Operator Overloading)是怎麼一回事吧。 挑戰 這次的教學單的任務非常的容易：擴充乘法運算符的數量為標準功能。你將會用它來進行字串的聯級運算(concatenation operator)，但過程卻比想像中的簡單。所以你可以想像我們將完成下面的事情: "abc" * 5 = "abc" + "abc" + "abc" + "abc"

簡單一點，Parse的關閉也就是要給伺服器搬家，找另外一個地方寄存伺服器（包括操作數據、與數據庫互動、收取及發送要求等等）。Parse作為一個後端即服務（Backend-as-a-Service)，為開發者提供伺服器和數據庫整合為一的便利。然而，隨著Parse將於2017年1月28日完全關閉服務，還是建議你把使用Parse服務的apps及早遷移。根據Parse官方發出的遷移程序資訊，建議使用者先把數據庫遷移，然後才移動伺服器。在此之前，先假設你已經讀過上篇文章，已經把數據庫順利完成遷移。 幸運地，parse-server

為了著重健康意識的一群 － 高科技消費者、運動狂熱份子、甚至只是一個普通的iPhone用戶，Apple透過 HealthKit 讓開發者來追踪重要的健康數據。這是很酷！用戶輕易地便可以追踪到一段時間內的健康數據記錄。除了有助提升健康知識之外，看到數據所顯示出來的正斜率，確實是一種鼓舞和強大的激勵因素。 大家或許想像到，管理健康資訊最重要的是安全性。HealthKit 的所有資訊控制權都是掌控在用戶手中。用戶可以按自己的意願去授予或拒絕 App 訪問健康數據的請求。 對於開發者，

在開始之前，鼓勵大家先看看我早前一篇有關 Alamofire教學的文章（暫時只提供英文版）。雖然兩者之間沒有關連性，但可以對本文將會提及的技巧加深認知和了解。 注意: 為已發佈的App進行資料遷移之前，我建議你先抄寫一個複本或者使用測試App來預演一次，為正式遷移時減低不熟悉程序而產生的風險。 Parse官方提供了有關遷移程序的詳細資訊，以及如何把App由Parse伺服器分別轉移至其他伺服器（例如 MongoDB）及雲端服務商。Parse 建議了兩個遷移程序： 把資料庫遷移至其他服務商，例如MongoLab或ObjectRocket。 把伺服器遷移至雲端寄存公司，

你早已被截止期限壓得喘不過氣，在耗費了好幾個鐘頭之後，才發現有夠困難甚至做不出來，於是又再度坐在電腦前面浪費另外好幾個鐘頭，就只為了整合 Facebook 或 Twitter 的 SDK 。不然的話，你還能夠做些什麼呢？或許可以開始設想幾十個不同的藉口來向老闆或客戶說明無法交付 App 的原因？或許你已經感到口乾舌燥非常窒息？或者其實有另外一種簡便的作法，可以毫不費力地在你的 App 中加入分享功能？

在眾多 BaaSs 之中，表現最佳和最受歡迎的是 Google Firebase。事實上，Firebase 有著優良的效能、實施性和維護性。Firebase 最為人所知的一個重要特點，就是它是完全以 JSON 為存儲格式的實時數據庫。在數據庫中的任何改變都會立即同步到所有連接該數據庫的客戶端和設備。換句話說，Firebase 有超乎想像的快速，幾乎任何數據都是實時刷新的。

甚至情況更差一點，就是找來找去也找不到錯在哪裡。不論你是程式新手或者已經有點經驗的開發者，定期編寫單元測試 (unit testing) 會讓你的程式碼更可靠、安全，當問題出現的時候更能除錯就更容易。 幸運地，Xcode 7 和 Swift 都支援單元測試。雖然使用單元測試不代表錯誤不會出現，但把程式碼分隔為細小的單元，從而逐一檢測每個單元都是正確地執行，此舉有助除錯偵測。 顧名思義，

伴隨著這強大的圖像過濾功能，Core Image 包含的 APIs 有臉部偵測 (face detection)，圖像自動增強 (automatic image enhancements) 及透過混合使用多重濾鏡製作出與別不同的濾鏡效果。 在本教程中將會向你介紹 Core Image 的基本功能，並展示一些優良實作和簡單技巧去提升表現。 範例App 在本教程中，

對初學者而言，或許會有疑惑為什麼要把 App 的數據庫和開發環境分開處理。原因很簡單，就是為了日後 App 建立新特性或延續開發時需要在開發版本和現存版本分別進行測試。一般軟件開發都需要在不同的環境進行不同版本的測試。而 App 的開發版本通常都會和發佈版本使用不同的數據庫（或其他系統，例如分析系統）。這是其中一個原因解釋了為什麼要為不同環境使用不同的伺務器和數據庫。開發者也會在測試階段使用虛擬圖像或數據。在測試或開發環境下，不難看到 “test