IOS

用戶端我們使用iPhone應用程式，畫面比較簡單。點擊發送按鈕，給伺服器發送一些字串過去。點擊接收按鈕就會從伺服器讀取一些字串，並且顯示在畫面上。有關用戶端應用的UI部分不再介紹了，我們直接看代碼部分，Socket用戶端可以採用CFStream或NSStream實現，CFStream 實現方式與伺服器端基本一樣。為了給讀者介紹更多的知識，本例我們採用NSStream實現。NSStream實現採用Objective-C語言，一些

配置iCloud開發iCloud應用一方面需要準備真實的iOS裝置，另一方面還需要有iOS開發人員帳號，使 用iOS開發人員帳號登入到iOS開發中心的配置門戶網站（iOS Provisioning Portal 網址為 https://developer.apple.com/ios/manage/overview/index.action），可以為應用做一些與 iCloud有關的配置工作。這些工作包括：建立App ID首先需要為應用建立App ID，App

iCloud文檔在儲存的過程中難免會發生衝突，我們必須要有一套解決衝突的策略。策略的採用要根據使用者的需求而定，有的簡單有的複雜，最簡單的是

iCloud文檔儲存編程相對索引值資料存放區而言比較複雜，涉及到自訂文檔類、獲得iCloud文檔目錄、尋找Ubiquity容器中的文檔、儲存文檔和解決文檔衝突等內容。執行個體：iCloud文檔儲存編程設計執行個體介紹一下iCloud文檔儲存編程過程，畫面中有一個文字框和一個按鈕控制項，在裝置1輸入內容，點擊“儲存資料”按鈕，將資料儲存iCloud伺服器。右圖是裝置2畫面，過幾秒鐘後裝置2上會讀取iCloud伺服器端資料，並顯示在文字框中。配置Xcode工程編寫iCloud

iCloud索引值資料存放區設計iCloud索引值資料存放區編程執行個體，畫面中有兩個開關控制項，左圖是裝置1點擊“設定iCloud資料”按鈕，將控制項狀態儲存到iCloud伺服器。右圖是裝置2畫面，過幾秒鐘後裝置2收到變更通知。配置Xcode工程使用Xcode建立一個iOS工程，工程建立好之後，選擇TAGETS→MyNotes→Summary→Entitlements，我們可以在這裡配置授權資訊。然後我們還需要應用設定程式碼簽署標識，程式碼

我們運行程式，如果網速很慢，查詢的時候會一直黑屏，直到請求結束畫面才出現，這樣使用者體驗很不好。因此同步請求一般只是在某個子線  程中使用，而不在主線程中使用。非同步請求的使用者體驗要比同步請求好，因此一般情況下非同步請求用的很多。等待過程中在狀態列上會出現網路等待指標的經典旋  轉小表徵圖，而使用ASIHTTPRequest非同步請求就實現這些效果，不用自己額外編寫代碼。ASIHTTPRequest

執行個體：請求隊列我們通過一個例子介紹一下請求隊列使用，我們設計了一個應用，使用者點擊GO按鈕從伺服器同時下載兩張圖片顯示在畫面中。我們直接看看主視圖控制器ViewController.h代碼如下：#import “ASIHTTPRequest.h” #import “ASINetworkQueue.h” #import “NSNumber+Message.h” #import

在ASIHTTPRequest架構中與HTTP請求相關的類有：ASIHTTPRequest和ASIFormDataRequest，其中最常用的是ASIHTTPRequest，ASIFormDataRequest是ASIHTTPRequest的子類，ASIFormDataRequest可以發送類似與HTML表單資料，也可以上傳資料，預設採用POST要求方法。也可以其它的HTTP要求方法。它們都可以進行非同步或同步請求。下面我們從最簡單的GET同步請求介紹。1、實現GET同步請求實現GET同步請求使

自訂儲存格當蘋果公司提供給的儲存格樣式不能我們的業務需求的時候，我們需要自訂儲存格。在iOS  5之前，自訂儲存格可以有兩種實現方式：代碼實現和用xib技術實現。用xib技術實現相對比較簡單，建立一個xib檔案，然後定義一個繼承 UITableViewCell類儲存格類即可。在iOS 5之後我們又有了新的選擇，故事板實現方式，這種方式比xib方式更簡單一些。我們把簡單表視圖案例的原型圖修改一下，這種情況下四種內建的儲存格樣式就不合適了。採用“Single View

低耦合企業級系統架構設計我們往往稱JavaEE或.Net 開發的產品為“系統”，而移動平台（主要是：Android、iOS和Window Phone）開發的產品為“應用”。“系統”比較複雜，需要架構設計，而“應用”相對比較簡單，這是不是意味著我們不需要考慮架構問題呢？我

記憶體流失問題的解決記憶體流失（Memory

記憶體流失是當一個對象或變數在使用完成後沒有釋放掉，那麼如果我們走了另外一個極端情況會什麼樣呢？這就導致過渡釋放（over  release）問題，從而使對象“殭屍化”，對象稱為殭屍（zombies）對象。一個對象已經被釋放過了，或者調用者沒有這個對象的所有權而釋放它，

在MRR中釋放對象通過release或autorelease訊息實現，release訊息會立刻使引用計數-1釋放，發送 autorelease訊息會使對象放入記憶體釋放池中延遲釋放，對象的引用計數並不真正變化，而是向記憶體釋放池中添加一條記錄，直到當池被銷毀前會通知池 中的所有對象全部發送release訊息真正將引用計數減少。由於會使對象延遲釋放，除非必須，否則不要使用autorelease釋放對象，在iOS程式中預設記憶體釋放池的釋放是在程式結束，應用程式入口main.m代碼：int

平鋪導航模式是非常重要的導航模式。一般用於簡單的扁平化資訊瀏覽或任務。扁平化資訊是指這些資訊之間沒有從屬的層次關係，如中國的城市中北京、上

基於分頁導航實現在iOS 5之後，可以使用分頁控制器（UIPageViewController）構建類似於電子書效果的應用，我們稱為基於分頁的應用。一個分頁應用有很多相關的視圖控制器分頁控制器（PageViewController）需要放置在一個父視圖控制器中，在分頁控制器下面還要有子視圖控制器，每個子視圖控制器對應圖中的一個頁面。在基於分頁導航實現的應用中需要的類和協議：UIPageViewControllerDataSource協議和

表視圖是iOS開發中使用最頻繁的視圖，我們一般都會選擇以表的形式來展現資料，比如通訊錄、頻道列表等。表視圖分段、分組、索引等功能使我們所展 示的資料看起來更規整更有調理，更令人興奮的是表視圖還可以利用細節展示等功能多層次的展示資料，正所謂一表勝千言。  不過，相較於其它控制項表視圖的使用比較複雜，但是對比於表視圖各種靈活多變的功能，我們在使用上花費的努力還是相當值得的。簡單表視圖表視圖的形式靈活多變，本著由淺入深的原則，我們先從簡單表視圖開始學習。本節講的簡單表視圖是動態表，（iOS

如今的應用大部分基予網路，在開源中國iOS用戶端源碼中關於網路通訊方面用了三個類庫，ASI和AFNetworking，還有一個蘋果官方給出的Reachability用於檢測當前網路狀況，本文介紹當前用的比較多的ASI類庫；ASIHTTPRequest簡稱ASI,它是對CFNetwork API進行封裝，使在與web伺服器通訊時的繁瑣步驟變得容易一些。它是使用Objective-C 編寫，能夠很好的用在Mac OS X和iPhone應用程式中；它適用於執行基本的HTTP請求和互動基於

GCDiscreetNotificationView 類庫作用是: 在不阻止使用者與裝置應用程式互動情況下，作為一個通知視圖來顯示一個當前的狀態。GCDiscreetNotificationView 類庫下載地址

iOS裡委託與協議是很重要的一塊，如果理解不好很難區分協議與委託到底有什麼不一樣，這些東西在開發中是經常遇見的；協議是類留給外部的一個介面函數的集合(一位高手用C++基類來解釋是，把介面做為參數，回調基類的函數時，運行時識別，調用了相應子類的成員函數);委託是iOS一種設計模式，通過委託別的類,來調用協議裡的方法，相當於一個回調過程；使用理解委託與協議步驟：(1)

當我們建立一個工程的時候，在Supporting FIles檔案下會看到一個以  -Prefix.pch結尾文 件的檔案，pch全稱是“precompiled header”，也就是先行編譯標頭檔，該檔案裡存放的工程中一些不 常被修改的代碼，比如常用的架構標頭檔，這樣做的目的提高編譯器編譯速度。我們知道當我們修改一 個工程中某個檔案代碼時候，編譯器並不是重新編譯所有所有檔案，而是編譯改動過檔案的，假如pch