iOS開發實戰體驗（簡體書）

iOS是移動開發三大平臺之一。是DevDiv移動開發社區版主、資深會員繼成功推出《移動開發全平臺解決方案Android/iOS/Windows Phone》和《Windows Phone開發實戰體驗（應用+遊戲）》後的又一力作。 《iOS開發實戰體驗》章節設置全面涵蓋iOS應用開發技術要點，原創案例細緻呈現作者實際開發經驗。具體包括iOS開發框架、Object-C高級知識、MVC設計和Push消息、視圖高級使用技巧、數據持久化、TableView使用、文件I/O、硬件和通信、iOS多媒體、定位和地圖、網絡編程、連接到互聯網、多線程編程、2D和3D繪圖編程、調試和優化等內容。．

DevDiv移動開發社區，DevDiv覆蓋移動開發主流平臺Android、iOS、Windows Phone、Windows 8、HTML5和Symbian等，集資訊、論壇、博客、獵頭服務、技術培訓於一體，是國內最具人氣的綜合性移動開發社區。．

《移動開發技術叢書:iOS開發實戰體驗》適用于iOS初中級開發者參考用書、高等院校及社會培訓機構教材、自學人員學習用書。

第1章 iOS開發框架1．1 蘋果產品和重要的事件1．2 應用商店App Store1．3 iOS軟件的體系結構1．3．1 核心操作系統層（Core OS）1．3．2 核心服務層（Core Service）1．3．3 媒體層（Media）1．3．4 可輕觸層（Cocoa Touch）1．4 應用程序運行週期1．4．1 應用程序的生命週期1．4．2 應用程序的入口1．4．3 應用程序的委託1．4．4 加載主Nib文件1．4．5 事件處理週期1．5 應用程序運行環境1．5．1 應用程序沙箱1．5．2 自動休眠定時器1．6 iOS軟件設計規範1．6．1 平臺間的差異1．6．2 3種應用程序樣式1．7 iOS開發工具Xcode第2章 Object-C高級知識2．1 Object-C語言介紹2．1．1 數據類型與表達式2．1．2 流程控制2．1．3 類與結構2．2 類別（Category）介紹2．2．1 認識類別（Category）2．2．2 擴展NSString2．2．3 擴展NSDictionary2．2．4 擴展NSArray2．2．5 Object-C與C++混合編程2．2．6 靜態庫第3章 MVC設計和Push消息3．1 MVC框架設計3．1．1 MVC設計思想3．1．2 iPhone開發中的MVC3．1．3 iPhone中MVC的實現3．2 通知中心3．2．1 NSNotification類3．2．2 Notifications的常見誤解3．3 Push機制3．3．1 Push消息需要的條件3．3．2 在代碼中使用Push消息3．3．3 通過Mac發送Push消息3．3．4 通過iPhone發送Push消息第4章 視圖高級使用技巧4．1 界面工具Interface Builder4．2 定制基礎控件4．2．1 定制UIButton4．2．2 定制UIPickerView以實現隱藏功能4．3 動畫特效4．3．1 UIViewAnimation動畫4．3．2 使用公有CATransition實現動畫效果4．3．3 使用私有CATransition實現動畫效果4．4 頁面布局橫豎屏處理第5章 數據持久化5．1 Plist文件操作5．2 NSUserDefaults操作5．3 SQLite數據庫操作5．4 Core Data文件操作5．4．1 CoreData特性5．4．2 為何要使用Core Data5．4．3 關於Core Data的常見誤解5．4．4 建立數據庫模型5．4．5 創建實體類5．4．6 數據庫操作第6章 TableView使用6．1 UITableView的組成及樣式6．2 UITableView的定義6．3 UITableView的數據源6．3．1 UITableViewDataSource協議6．3．2 表格視圖的實現6．3．3 表格單元6．3．4 創建表格單元的數據源6．4 UITableView的委託6．5 UITableView的編輯6．6 UITableView實現氣泡效果的表格6．7 UITableView拖動以顯示更多數據第7章 文件I/O7．1 文件系統7．2 文件管理7．2．1 讀取並顯示對應下的文件7．2．2 獲取文件屬性信息7．2．3 創建文件夾7．2．4 創建文件7．2．5 刪除文件7．3 本地數據存儲規則第8章 硬件和通信8．1 攝像頭8．1．1 拍照8．1．2 攝像8．1．3 定制拍照界面8．2 加速度計8．2．1 加速度計原理8．2．2 加速度計使用8．3 陀螺儀8．3．1 陀螺儀原理8．3．2 陀螺儀使用8．4 調用通訊錄8．4．1 讀取通訊錄8．4．2 編輯通訊錄8．5 打電話8．6 發短信8．7 發郵件第9章 iOS多媒體9．1 圖像9．1．1 加載UIImage9．1．2 UIImageView9．1．3 訪問照片9．2 聲音9．2．1 System Sound Services9．2．2 音頻9．3 視頻第10章 定位和地圖10．1 基礎知識10．2 iPhone定位方法10．3 MKReverseGeocoder？地理位置反向編碼10．4 LBS應用的類型10．5 穀歌地圖10．5．1 在地圖上增加大頭針標注的方法10．5．2 在地圖上畫線第11章 網絡編程11．1 iOS網絡編程11．1．1 NSURLConnection11．1．2 網絡編程示例11．2 ASIHTTPRequest11．2．1 使用ASIHTTPRequest11．2．2 ASIHTTPRequest使用示例11．3 檢查網絡狀態11．3．1 SCNetworkReachability11．3．2 Reachability第12章 連接到互聯網12．1 使用UIWebView12．2 解析XML12．2．1 iOS下的XML解析庫12．2．2 NSXMLParser12．2．3 第三方解析器12．2．4 編寫簡單天氣解析應用12．3 解析JSON12．3．1 iPhone的JSON12．3．2 JSON解析庫第13章 多線程編程13．1 UNIX多線程機制的使用13．2 NSThread創建多線程的方法13．2．1 線程的創建與啟動13．2．2 線程的同步與鎖13．2．3 線程的交互和其他控制方法13．2．4 線程的睡眠13．3 線程池NSOperationQueue13．3．1 創建線程操作NSOperation13．3．2 任務控制13．4 生產者消費者模型13．4．1 使用@synchronized13．4．2 使用NSLocking協議第14章 2D和3D繪圖編程14．1 Quartz 2D14．1．1 畫布（Canvas）14．1．2 繪圖上下文（Graphics Context）14．1．3 Quartz 2D數據類型14．1．4 圖形狀態14．1．5 Quartz 2D坐標系統14．1．6 內存管理14．1．7 繪製圖形圖像14．1．8 繪製OpenFlow效果的倒影14．2 3D繪圖OpenGL ES14．2．1 OpenGL與OpenGL ES簡介14．2．2 OpenGL ES在iPhone繪圖中的應用第15章 調試和優化15．1 常見錯誤15．1．1 版本錯誤15．1．2 證書錯誤15．1．3 編寫錯誤15．1．4 導入錯誤15．2 調試跟蹤15．2．1 使用調試器15．2．2 使用日誌15．3 使用Instruments．

業務模型還有一個很重要的模型，那就是數據模型。數據模型主要指實體對象的數據保存（持續化）。比如將一張訂單保存到數據庫，需要時從數據庫獲取訂單。我們可以將這個模型單獨列出，所有有關數據庫的操作只限制在該模型中。
（2）視圖（View）層
視圖即為用戶交互界面。對于Web應用來說，可以是HTML界面，也有可能是XHTML、XML和Applet界面。隨著應用復雜程度和規模的提升，界面的處理也變得越來越有挑戰性。一個應用可能有很多不同的視圖，MVC僅限于視圖上數據的采集、處理以及用戶的請求，而不包括視圖上業務流程的處理。業務流程交由模型（Model）處理。比如一個訂單的視圖只接受來自模型的數據并進行顯示，以及將用戶界面的輸入數據和請求傳遞給控制器和模型。
（3）控制器（Controller）層
控制器主要負責從用戶接收請求，并將模型與視圖整合在一起，共同完成相關任務。它像一個分發器，清楚地告訴開發者，可以選擇什么樣的模型和什么樣的視圖，完成什么樣的用戶請求。控制層本身不做任何的數據處理，例如用戶點擊一個鏈接，控制層接受請求后，并不處理業務信息，只是把用戶的信息傳遞給模型，告訴模型做什么，然后選擇符合要求的視圖返回給用戶。因此，一個模型可能對應多個視圖，一個視圖也可能對應多個模型。
2）MVC的優點
MVC要求對應用分層，雖然會增加額外的工作，但產品的結構清晰，其應用通過模型可以得到更好的體現。具體表現如下：
①具有多個視圖對應一個模型的能力。在目前用戶需求快速變化的情況下，可能希望通過多種方式訪問應用。例如，訂單模型可能有本系統的訂單，也有網上訂單，或者其他系統的訂單，不管是哪種，對訂單的處理都是一樣的，也就是說訂單的處理是一致的。按MVC設計模式，一個訂單模型及多個視圖即可解決問題。這樣既減少了代碼的重復，又減少了代碼的維護量，一旦模型發生改變，也易于維護。
②由于模型返回的數據不帶任何顯示格式，為此這些模型也可直接應用于接口。
③由于一個應用被分離為三層，因此有時僅改變其中的一層就能滿足應用的變化需求。當應用的業務流程或者業務規則改變時只需改動MVC的模型層，其他兩層可保持不變。
④由于控制層是把不同的模型和不同的視圖組合在一起完成不同的請求，因此，控制層可以說是包含了用戶請求權限的概念。
⑤MVC模式有利于軟件工程化管理。由于不同的層各司其職，每一層的不同應用間具有某些相同的特征，有利于通過工程化、工具化產生管理程序代碼。
3）MVC的不足
MVC的不足體現在以下幾個方面：
①增加了系統結構和實現的復雜性。對于簡單的界面，如果嚴格遵循MVC模式，使模型、視圖與控制器分離，會增加結構的復雜性，并可能產生過多的更新操作，降低運行效率。
②視圖與控制器的聯系仍過于緊密。視圖與控制器是既相互分離又確實聯系緊密的部件，沒有控制器，視圖的應用會很有限，反之亦然，這樣就妨礙了它們的獨立重用。
③視圖對模型數據的訪問效率比較低。依據模型操作接口的不同，視圖可能需要多次調用才能獲得足夠的顯示數據。對未變化數據的不必要的頻繁訪問，也降低了操作性能。