【文章內(nèi)容簡介】 用中創(chuàng)建相同對(duì)象的所有信息。在運(yùn)行時(shí)加載 nib 文件，創(chuàng)建它們的運(yùn)行時(shí)版本，設(shè)置與Interface Builder 中相同的屬性。它也使用連接信息，建立新建對(duì)象和應(yīng)用程序中其他對(duì)象之間的聯(lián)系。連接信息提供了代碼與 nib 文件的對(duì)象連接關(guān)系，同時(shí)也提供了對(duì)象與用戶動(dòng)作之間的聯(lián)系。 總的來說，在創(chuàng)建應(yīng)用程序圖形用戶界面時(shí)，使用 Interface Builder 可以節(jié)約大量時(shí)間。 Interface Builder 擺脫了手工編寫代碼創(chuàng)建、設(shè)置和定位界面對(duì)象，并且 Interface Builder 是一個(gè)可視的編輯 器，開發(fā)者可以清楚地看到在運(yùn)行時(shí)界面效果。 （ 4） Instruments 為了確保軟件具有最佳的用戶體驗(yàn)， Instruments 可以分析 iPhone 應(yīng)用在模擬器或真實(shí)設(shè)備上運(yùn)行時(shí)的性能。 Instruments 將用時(shí)間軸圖表的形式表現(xiàn)運(yùn)行應(yīng)用程序時(shí)的各種數(shù)據(jù)，包括內(nèi)存消耗、磁盤活動(dòng)、網(wǎng)絡(luò)活動(dòng)和圖形表現(xiàn)等。時(shí)間軸視圖表征了不同類型的應(yīng)用程序信息，可以收集應(yīng)用程序的全部行為，而不是某個(gè)特定區(qū)域的行為。 除時(shí)間軸視圖外， Instruments 也提供工具幫助開發(fā)者分析運(yùn)行時(shí)應(yīng)用程序的行為。例如， Instruments 窗口可以保存多個(gè)運(yùn)行時(shí)數(shù)據(jù)，開發(fā)者可以觀察應(yīng)用程序的行為哪些需要改進(jìn)或哪些需要重寫，開發(fā)者可以保存數(shù)據(jù)到 Instruments 文檔中，也可以隨時(shí)打開這些數(shù)據(jù)。 應(yīng)用程序框架 以及設(shè)計(jì)模式 MVC (模型－視圖－控制器 )是 Xerox PARC 在八十年代為編程語言Smalltalk－ 80 發(fā)明的一種 軟件設(shè)計(jì)模式 ，至今已被廣泛使用 [5]。最近幾年被推薦為 Sun 公司 J2EE 平臺(tái)的 設(shè)計(jì)模式，并且受到越來越多的使用 IOS 和 PHP 的開發(fā)者的歡迎。 MVC 是用于拆分 GUI 應(yīng)用程序的邏輯方法。 MVC 是一個(gè)設(shè)計(jì)模式，它強(qiáng)制性的使 應(yīng)用程序 的輸入、處理和輸出分開。 MVC 模型將所有功能能劃分為 3 種，如圖 21 所示。 （ 1）模型 模型對(duì)象代表特別的知識(shí)和專業(yè)技能，它們負(fù)責(zé)保有應(yīng)用程序的數(shù)據(jù)和定義操作數(shù)據(jù)的邏輯。被模型返回的數(shù)據(jù)是中立的，就是說模型與數(shù)據(jù)格式無關(guān) ，這樣一個(gè)模型能為多個(gè)視圖提供數(shù)據(jù)由 于應(yīng)用于模型的代碼只需寫一次就可以被多個(gè)視圖重用，所以減少了代碼的重復(fù)性。 （ 2）視圖 6 視圖對(duì)象知道如何顯示應(yīng)用程序的模型數(shù)據(jù)，而且可能允許用戶對(duì)其進(jìn)行編輯。視 圖是用戶看到并與之交互的界面。如何處理應(yīng)用程序的界面變得越來越有挑戰(zhàn)性。 MVC 一個(gè)大的好處是它能為你的應(yīng)用程序處理很多不同的視圖。在視圖中其實(shí)沒有真正的處理發(fā)生，不管這些數(shù)據(jù)是聯(lián)機(jī)存儲(chǔ)的還是一個(gè)雇員列表，作為視圖來講，它只是作為一種輸出數(shù)據(jù)并允許用戶操縱的方式。 圖 21 MVC 模式設(shè)計(jì) （ 3） 控制器 控制器對(duì)象是應(yīng)用程序的視圖對(duì)象和模型對(duì)象之間的協(xié)調(diào)者。控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求。控制器本身不輸出任何東西和做任何處理。它只是接收請求并決定調(diào)用哪個(gè)模型構(gòu)件去處理請求，然后用確定用哪個(gè)視圖來顯示模型處理返回的數(shù)據(jù)。 MVC 最重要的一點(diǎn)是多個(gè)視圖能共享一個(gè)模型，正如我所提及的，現(xiàn)在需要用越來越多的方式來訪問你的應(yīng)用程序。對(duì)此，其中一個(gè)解決之道是使用MVC，無論你的用戶想要 Flash 界面或是 WAP 界面；用一個(gè)模型就能處理它們。由于你已經(jīng)將數(shù)據(jù)和業(yè)務(wù)規(guī)則從表示層分開，所以 你可以最大化的重用你的代碼了。由于模型返回的數(shù)據(jù)沒有進(jìn)行格式化，所以同樣的構(gòu)件能被不同界面使用。例如，很多數(shù)據(jù)可能用 HTML 來表示，但是它們也有可能要用 Macromedia Flash和 WAP 來表示。模型也有狀態(tài)管理和數(shù)據(jù)持久性處理的功能。因?yàn)槟Ｐ褪亲园?，并且與控制器和視圖相分離，所以很容易改變你的應(yīng)用程序的數(shù)據(jù)層和業(yè)務(wù)規(guī)則。如果你想把你的數(shù)據(jù)庫從 MySQL 移植到 Oracle，或者改變你的基于View 層用戶界面信息接受數(shù)據(jù)更新請求把用戶輸入數(shù)據(jù)傳給 co n tro ll erCo n tro ll er 層接受用戶請求調(diào)用模型響應(yīng)用戶請求選擇視圖顯示響應(yīng)的結(jié)果M o d el 層代表應(yīng)用程序狀態(tài)響應(yīng)狀態(tài)查詢處理業(yè)務(wù)流程通知 v iew 業(yè)務(wù)狀態(tài)更新業(yè)務(wù)處理選擇 View狀態(tài)查詢用戶請求 7 RDBMS 數(shù)據(jù)源到 LDAP，只需改變你的模型即可。一旦你正確的實(shí)現(xiàn)了模型，不管你的數(shù)據(jù)來自數(shù)據(jù)庫或是 LDAP 服務(wù) 器，視圖將會(huì)正確的顯示它們。由于運(yùn)用 MVC 的應(yīng)用程序的三個(gè)部件是相互對(duì)立，改變其中一個(gè)不會(huì)影響其它兩個(gè)，所以依據(jù)這種設(shè)計(jì)思想你能構(gòu)造良好的松偶合的構(gòu)件。對(duì)我來說，控制器的也提供了一個(gè)好處，就是可以使用控制器來聯(lián) 接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構(gòu)造應(yīng)用程序提供強(qiáng)有力的手段。給定一些可重用的模型和視圖，控制器可以根據(jù)用戶的需求選擇模型進(jìn)行處理，然后選擇視圖將處理結(jié)果顯示給用戶 。 設(shè)計(jì)模式 （ 1）工廠模式 類工廠方法的實(shí)現(xiàn)是為了向客戶提供方便，它們將分配和初始化合在一個(gè)步驟中， 返回被創(chuàng)建的 對(duì)象，并進(jìn)行自動(dòng)釋放處理 [6]。工廠方法可能不僅僅為了方便使用。它們不但可以將分配和初始化合在一起，還可以為初始化過程提供對(duì)象的分配信息。 （ 2）單利模式 Foundation 和 Application Kit 框架中的一些類只允許創(chuàng)建單件對(duì)象，即 這 些 類 在 當(dāng)前 進(jìn) 程 中的 唯 一 實(shí)例 。 舉 例來 說 ， NSFileManager 和NSWorkspace 類在使用時(shí)都是基于進(jìn)程進(jìn)行單件對(duì)象的實(shí)例化。當(dāng)向這些類請求實(shí)例的時(shí)候，它們會(huì)向您傳遞單一實(shí)例的一個(gè)引用，如果該實(shí)例還不存在，則首先進(jìn)行實(shí)例的分配 和初始化。 單件對(duì)象充 當(dāng)控制中心的角色，負(fù)責(zé)指引或協(xié)調(diào)類的各種服務(wù)。 （ 3）觀察者模式 在 ios 開發(fā)中，通知機(jī)制依靠觀察者模式得以實(shí)現(xiàn)。通知機(jī)制是一個(gè)中心對(duì)象為所有觀察者提供變更通知，觀察者模式中 Subject 對(duì)象，又可稱目標(biāo)對(duì)象，是通知的發(fā)布者，又是被觀察者。提供注冊和取消注冊的方法；Observer 對(duì)象，又可稱為觀察者，是通知的訂閱者。 Observer 類中，相識(shí)Subject,以達(dá)到能夠接收通知。 第三方 類 庫 （ 1）通信協(xié)議請求 ASIHTTPRequest 使用 iOS SDK 中的 HTTP 網(wǎng)絡(luò)請求 API，相當(dāng)?shù)膹?fù)雜，調(diào)用很繁瑣，ASIHTTPRequest 就是一個(gè)對(duì) CFNetwork API 進(jìn)行了封裝，并且使用起來非常簡單的一套 API，用 ObjectiveC 編寫，可以很好的應(yīng)用在 Mac OS X 系統(tǒng)和 iOS 平臺(tái)的應(yīng)用程序中。 ASIHTTPRequest 適用于基本的 HTTP 請求， 8 和基于 REST 的服務(wù)之間的交互。 （ 2） TouchJson 解析 Cocos2D For IPhone 是開源 2D 引擎中特性最完備的一個(gè)。 TouchJson 的使用屬于不想在一個(gè)比較完全的 Objective C 環(huán)境中添加C++代碼，所以不使用 JsonCpp 來配合 Cocos2D，何況 Cocos2D 的模板工程中本來就帶有 TouchJson 了。另外，因?yàn)?TouchJson 用 Objective C 完成，解析后也是個(gè) NSDictionary 的對(duì)象所以與 Objecitve C 的對(duì)象組合使用會(huì)更加自然一些。 （ 3） SDWebImage 圖片庫 是一個(gè)支持網(wǎng)絡(luò)圖像遠(yuǎn)程異步下 載的 UIImageView 的類別。具有緩存管理、異步下載、同一個(gè) URL 下載次數(shù)控制和優(yōu)化等特征。 本章小結(jié) 本章主要是深入研究了本系統(tǒng)的開發(fā)工具 Xcode，介紹了一些編輯器模擬器的使用方法和技巧。然后介紹系統(tǒng) MVC 框架，指出框架在項(xiàng)目中的應(yīng)用，接著分別介紹了本系統(tǒng)用到的設(shè)計(jì)模式和第三方庫。 9 3 功能模塊設(shè)計(jì) 需求分析 （ 1）首頁： 頁面主體內(nèi)容構(gòu)成：大頭圖、圖文列表。而在大頭圖中由圖片 +影評(píng)標(biāo)題構(gòu)成。圖文列表中，單條影評(píng)的展示方式：頭像 +用戶名 +評(píng)分影片 +評(píng)分分值 +標(biāo)題 +摘要 +影片海報(bào)。圖 文列表排序規(guī)則：同 Web 端。先首頁影評(píng)，再新片熱評(píng)列表。圖文列表處：用戶初次進(jìn)入，默認(rèn)顯示 20 條，在頂部的時(shí)候向下拖動(dòng)，刷新當(dāng)前頁面，在頁面底部向上拖動(dòng)展開顯示更多 20 條。 手指在屏幕上下滑動(dòng)，可以查看影 視 頻道的所有內(nèi)容。點(diǎn)擊頭圖，進(jìn)入頭圖內(nèi)容頁。頁面自右向左顯示。點(diǎn)擊單條圖文列表影評(píng)，該條處于選中的狀態(tài)，進(jìn)入影評(píng)內(nèi)容頁。頁面自右向左顯示。頂部導(dǎo)航處：中間顯示頻道名稱：時(shí)光網(wǎng)影評(píng)。底部導(dǎo)航處：依次顯示：首頁、新聞、影評(píng)、電影院、更多。選中效果在 “ 影評(píng) ”。 （ 2） 具體 內(nèi)容頁 頁面主體內(nèi)容構(gòu)成：頭像、標(biāo)題、用戶 名、評(píng)分電影、評(píng)分分值、發(fā)表時(shí)間、海報(bào)、正文。頂部導(dǎo)航處：中間顯示頻道名稱：時(shí)光網(wǎng)影評(píng)。左側(cè)顯示返回按鈕。底部操作區(qū)處：依次顯示：評(píng)論 Icon（有評(píng)論的 Icon 右下角顯示評(píng)論數(shù)量）、收藏、分享。其中，收藏和分享，未登錄用戶點(diǎn)擊進(jìn)入登錄頁。頁面自下向上移入。點(diǎn)擊縮略圖，浮層顯示大圖。頁面可隨手指上下滑動(dòng)。手指點(diǎn)擊屏幕的非縮略圖區(qū)域，全屏顯示頁面主體內(nèi)容，再點(diǎn)擊，回到正常顯示。支持多點(diǎn)觸摸，字體變大變小，縮略圖大小不變。用戶左右滑動(dòng)可切換上一篇 /下一篇 電影 ，點(diǎn)擊評(píng)論 icon 進(jìn)入查看評(píng)論頁，頁面自右向左顯示。 （ 3）查看評(píng)論頁 頁面主體內(nèi)容構(gòu)成：圖文列表。圖文列表中，單條影評(píng)的展示方式：頭像 +用戶名 +微影評(píng)。圖文列表處：用戶初次進(jìn)入，默認(rèn)顯示 20 條，在頂部的時(shí)候向下拖動(dòng)，刷新當(dāng)前頁面，在頁面底部向上拖動(dòng)展開顯示更多 20條。 手指在屏幕上下滑動(dòng)，可以查看影評(píng)頻道的所有內(nèi)容。點(diǎn)擊表格，彈出回復(fù)按鈕、進(jìn)入發(fā)表評(píng)論頁面，頁面自右向左顯示。完成時(shí)將以另外一種形式顯示于回復(fù)當(dāng)前人表格下，頁面自右向左顯示。頂部導(dǎo)航處：中間顯示頻道名稱：查看評(píng)論。左邊顯示返回按鈕，點(diǎn)擊返回按鈕返回評(píng)論頁內(nèi)容，頁面自右向左顯示。底部導(dǎo)航處：顯示寫評(píng) 論導(dǎo)航條編輯區(qū)，點(diǎn)擊 10 首頁 具體內(nèi)容頁 轉(zhuǎn)發(fā) 評(píng)論 收藏 全屏 分享 寫評(píng)論 回復(fù) 編輯區(qū)同樣進(jìn)入發(fā)表評(píng)論頁面，頁面自右向左顯示完成時(shí)將以同種形式顯示于表格最下方，頁面自右向左顯示。 （ 4）發(fā)表評(píng)論頁 頁面主體內(nèi)容構(gòu)成：編輯區(qū)。圖文列表處：用戶初次進(jìn)入，編輯區(qū)顯示默認(rèn)文字，且關(guān)聯(lián)鍵盤顯示。點(diǎn)擊編輯區(qū)，默認(rèn)文字消失，進(jìn)入編輯狀態(tài)。頂部導(dǎo)航處：中間顯示頻道名稱：發(fā)表評(píng)論。左邊顯示取消按鈕，點(diǎn)擊取消按鈕不保存評(píng)論內(nèi)容回查看評(píng)論頁，頁面自右向左顯示。左邊顯示提交按鈕，點(diǎn)擊提交按鈕保存評(píng)論內(nèi)容回查看評(píng)論頁，頁面自右向左顯示。 系統(tǒng)模塊設(shè)計(jì) 程序的整體功能模塊，里面包含數(shù)據(jù) 判斷、功能選擇、輸出模塊等。數(shù)據(jù)判斷是從 cookie 中取值。具體的模塊設(shè)計(jì)如圖 31 所示。 圖 31 設(shè)計(jì)結(jié)構(gòu) 圖 登錄模塊和手勢交互模塊流程圖設(shè)計(jì) 用戶登錄模塊設(shè)計(jì) 具體內(nèi)容 頁中，需要判斷是否用戶已經(jīng)登錄，如果登錄則可以則從 cookie中取得用戶信息，將評(píng)論內(nèi)容直接以用戶名發(fā)送出去，而未登錄時(shí)只能匿名發(fā)表，而回復(fù)別人的評(píng)論則必須登錄，流程圖如圖 32 所示。 11 圖 32 登錄判斷流程圖 手勢交互設(shè)計(jì) 手勢 [9]（ Gesture）是指從用一個(gè)或多個(gè)手指接觸屏幕開始，直到手指離開屏幕為止所發(fā)生的所有事件。由于手勢是在事件之內(nèi)傳遞到系統(tǒng)的，然后事件會(huì)傳遞到響應(yīng)者鏈（ Responder Chain）。如果第一個(gè)響應(yīng)者不處理某個(gè)特殊事件（如某個(gè)手勢），則它會(huì)將該事件傳遞到響應(yīng)者鏈的下一級(jí)。如果該鏈中的下一個(gè)對(duì)象響應(yīng)此特殊事件，則它通常會(huì)處理該事件，這將停止該事件沿著響應(yīng)者鏈向前傳遞。如圖 33 所示。 多點(diǎn)觸摸交互設(shè)計(jì) 很明顯，觸摸（ Touch）是指手指放到 iPhone 屏幕上，手勢中 涉及的觸摸數(shù)量等于同時(shí)位于屏幕上的手指數(shù)量，當(dāng)觸目數(shù)量為 1 在進(jìn)行移動(dòng)時(shí)，或觸目數(shù)量大于 1 時(shí)形成多點(diǎn)觸目，如圖 34 所示。 詳細(xì)設(shè)計(jì) 詳細(xì)設(shè)計(jì)是對(duì)整個(gè)程序的整體設(shè)計(jì)，它包含界面的設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)、功能過程的顯示等。 用戶登錄 cookie 中是否有值 登錄成功 進(jìn)行用戶評(píng)論和回復(fù) N Y 12 觸摸開始 單 擊 移 動(dòng) 捏合或移動(dòng) 形成多點(diǎn)觸摸 單指 多指 開始 第一響應(yīng)者 是否響應(yīng) 第 N 響應(yīng)者 是 結(jié)束 否 是 否 是否響應(yīng) 否 圖 33 手勢響應(yīng)鏈流程圖 圖 34