畢業論文設計：基于ios影視信息手機客戶端的設計與實現(編輯修改稿)

　

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