教學文章

有別於一貫 AppCoda 的教學，這篇教學相對簡短，目的只為你打開接觸 CocoaPods 之門。 什麼是 CocoaPods？ 透過 CocoaPods，開發者可以輕鬆地管理 Swift 或 Objective-C 的程式專案。若果你有曾經使用 Node.js、Ruby

開發者可以為蘋果的 Messages 增建程式擴充，透過程式擴充與使用者互動。舉例說，你可以建立一個訊息貼圖擴充，容許使用者在iMessage 與朋友溝道時發送貼圖。或者，假若你在開發修圖程式，現在你可以透過擴充，讓使用者在不需要離開iMessage就可以修圖。這個功能確實為開發者帶來很大的創作空間。蘋果將會為 iMessage 設立 App Store 版面，到時候開發者就可以把製作好的程式擴充上架售賣。

上篇介紹了十位WWDC 2016 的獎學金幸運兒，緊接而來會繼續為大家介紹另外十位成功得獎者的故事。今年的WWDC快將開始，當中不少的受訪者都顯得十分期待和雀躍。每年的WWDC門票都是求過於供，而當中350張的獎學金門券更是競爭熱烈，除了依靠個人實力，也得靠點運氣才能得到。 事不宜遲，馬上來看看餘下十一位獎學金幸運兒的訪問吧！ 學生 #1: Zuhayeer Musa AppCoda: 首先恭喜你獲得獎學金！據我所知今年是你第二次以獎學金方法參加WWDC，首次拿下獎學金是哪一年？

本年度的 蘋果全球開發者大會 (下稱WWDC) 即將在6月13日開幕，一連5天在美國舊金山莫斯考尼會議中心 (Moscone West) 舉行。每年有超過5,000 iOS 開發者能夠參與大會，即席了解最新發佈的iOS, OS X, watchOS及tvOS。全球iOS程式開發者聚首一堂，除了出席會議，更有超過1,500位蘋果公司的工程師為150個實務操作實驗室及活動提供支援，

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 中加入分享功能？