【文章內(nèi)容簡介】 son 對象進行數(shù)據(jù)的傳遞，所以必須對 json 這種數(shù)據(jù)格式要有一個認識。 JSON 格式字符串 解析 Json 其實就是 javascript 中的對象或者數(shù)組，所以 json 有兩種數(shù)據(jù)結(jié)構(gòu)，一種是對象，另外一種就是數(shù)組結(jié)構(gòu)，兩種方式結(jié)合組成復雜的數(shù)據(jù)結(jié)構(gòu)就是 json。 1 對象：在 json 中對象用就是指“ {}”（花括號）括起來的部分，我們稱之為對象。數(shù)據(jù)結(jié)構(gòu)表示為 {key： value， key： value，? }即用鍵值對的形式表示。在面向?qū)ο蟮恼Z言中我們把 key 稱為對象屬性， value 稱為對應的屬性值，所以當我們需要某個值得時候，我們只要用相應的方法，通哈爾濱理工大學學士學位論文 3 過屬性得到屬性的值，屬性值可以是，數(shù)字、數(shù)組、字符串、對 象等等。 2 數(shù)組：數(shù)組在 Javascript 中使用“ []”（中括號）括起來的部分表示數(shù)組的內(nèi)容，數(shù)據(jù)結(jié)構(gòu)如下 [“ value” ,” value2” ,” value3” ,? .]，取值的方法跟大多數(shù)語言一樣，使用下標索引的方式獲取對應的內(nèi)容，數(shù)組可以結(jié)合數(shù)字、字符串、數(shù)組和對象，講過組合就可以形成復雜的數(shù)據(jù)結(jié)構(gòu)了。 不同屏幕手機適配問題 目前從 iphone4iphone6 共有 寸 (4,4s)， 4 寸 (5,5s)， 寸 (6)， 5 寸(6plus)，為了保證在不同屏幕上能顯示出精美的界面，經(jīng)過研究調(diào)查決定，使用 xcode6 進行開發(fā)，對最低配置要求為 4s，系統(tǒng)要求為 ，這樣可以使用 autolayout 對界面進行布局。 Autolayout 布局方式 Autolayout 使用起來非常簡單，在 XCode 上顯示的也非常直觀。實際上 Autolayout 是對每個控件加上一組約束（ Constraints），可以約束這個控件的寬 ,高，距離上（下、左、右）面控件的距離。實際上就是方程組的一組解。所以必須每個控件都要設置相應的約束，而且約束過多或或少都會與理想的效果不同，相對來說也比較復雜。 哈爾濱理工大學學士學位論文 4 第 2章 相關(guān)知識簡介 C 語言簡介 C 語言是一種計算機領(lǐng)域的編程語言，他是以面向過程為基礎的語言，應用十分廣泛，由于其簡潔高效，在二十世紀的作為程序開發(fā)所使用的主要語言，由于各個廠商都有自己的實現(xiàn)方式，所以為了避免語法的差異，美國國家標準局特別為 C 語言定制了一套規(guī)則，叫做 ANSI C 標準，目前一般的編譯器都支持 ANSI C 所規(guī)定的語法。 C 語言有著高效的性能，目前還沒有其他語言可以取而代之。隨著物聯(lián)網(wǎng)的興起， C 語言可能作為主要的語言，被人們所認識。 ObjectiveC 簡介 ObjectiveC 是 C 語言的超集，兼容標準 C，在 C 語言的標準上引入了面向?qū)ο蟮墓δ堋Ｓ辛嗣嫦驅(qū)ο蟮墓δ艿?ObjectiveC 在 Mac OS 以及IOS 上開發(fā)非常便捷，后來引入的 ARC 內(nèi)存管理使開發(fā)人員幾乎不用在乎內(nèi)存的事情，把剩余的精力用來描寫邏輯上。與 C++相比， ObjectiveC不支持多繼承，但是它可以通過 protocols 實現(xiàn)同樣的效果而且沒有任何副作用。此外 ObjectiveC 還是 dynamic langauge 類型的語言，在運行時會進行檢查所以由 ObjectiveC 寫出的程序非常健壯。 MVC 簡介 MVC 的全稱是 Model – View – Controller，即是模型（ Model） —視圖（ View） — 控制器（ controller）是一種軟件的設計模式。 視圖 (View)代表用戶交互界面，對于 Web 應用來說，可以概括為HTML 界面，但有可能為 XHTML、 XML 和 Applet。隨著應用的復雜性和規(guī)模性，界面的處理也變得具有挑戰(zhàn)性。一個應用可能有很多不同的視圖，MVC 設計模式對于視圖的處理僅限于視圖上數(shù)據(jù)的采集和處理，以及用戶的請求，而不包括在視圖上的業(yè)務流程的處理。業(yè)務流程的處理交予模型 (Model)處理。比如一個訂單的視圖只接受來自模型的數(shù)據(jù)并顯示給用戶，以及將用戶界面的輸入數(shù)據(jù)和請求傳遞給控制和模型。 模型 (Model)：就是業(yè)務流程 /狀態(tài)的處理以及業(yè)務規(guī)則的制定。業(yè)務流程的處理過程對其它層來說是黑箱操作，模型接受視圖請求的數(shù)據(jù)，并返回 最終的處理結(jié)果。業(yè)務模型的設計可以說是 MVC 最主要的核心。目哈爾濱理工大學學士學位論文 5 前流行的 EJB 模型就是一個典型的應 用例 子，它從應用技術(shù)實現(xiàn)的角度對模型做了進一步的劃分，以便充分利用現(xiàn)有的 組件 ，但它不能作為應用 設計模型 的框架。它僅僅告訴你按這種模型設計就可以利用某些技術(shù)組件，從而減少了技術(shù)上的困難。對一個開發(fā)者來說，就可以專注于業(yè)務模型的設計。 MVC 設計模式告訴我們，把應用的模型按一定的規(guī)則抽取出來，抽取的層次很重要，這也是判斷開發(fā)人員是否優(yōu)秀的設計依據(jù)。抽象與具體不能隔得太遠，也不能太近。 MVC 并沒有提供模型的設計方法，而只告訴你應該組織管理這些模型，以便于模型的 重構(gòu) 和提高重用性。我們可以用 對象 編程來做比喻， MVC 定義了一個頂級類，告訴它的子類你只能做這些，但沒法限制你能做這些。這點對編程的開發(fā)人員非常重要 [6]。 業(yè)務模型還有一個很重要的模型那就是數(shù)據(jù)模型。數(shù)據(jù)模型 主要指實體對象的數(shù)據(jù) 保存（持續(xù)化）。比如將一張訂單保存到 數(shù)據(jù)庫 ，從數(shù)據(jù)庫獲取訂單。我們可以將這個模型單獨列出，所有有關(guān)數(shù)據(jù)庫的操作只限制在該模型中。 控制 (Controller)可以理解為從用戶接收請求 , 將模型與視圖匹配在一起，共同完成用戶的請求。劃分控制層的作用也很明顯，它清楚地告訴你，它就是一個分發(fā)器，選擇什么樣的模型，選擇什么樣的視圖，可以完成什么樣的用戶請求。控制層并不做任何的數(shù)據(jù)處理。例如，用戶點擊一個連接，控制層接受請求后 , 并不處理業(yè)務信息，它只把用戶的信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給用戶。因此，一個模型可能對應多個視圖，一個視圖可能對應多個模型。 這種 方式的 設計模式可以使數(shù)據(jù)、業(yè)務邏輯、界面分離。按照這樣的設計模式開發(fā)，當需求變更的時候，便于維護，還具有耦合性低、重用性高，便于管理等特點。另外， IOS 開發(fā)的核心框架， Cocoa Touch 就是遵循 MVC 模式設計開發(fā)的。 Cocoa Touch 簡介 Cocoa Touch 是由蘋果公司提供的專門為 IOS 開發(fā)而設計的框架。大部分的 Cocoa Touch 框架是由 ObjectiveC 編寫實現(xiàn)的。 Cocoa Touch 實際上是由 Foundation 框架、 CoreData 框架、 UIKit 框架組成。 Foundation 框架提供 NSObject 基類和各種基本功能， CoreData 框架提供了與數(shù)據(jù)庫，模型相關(guān)的數(shù)據(jù)存儲的操作， UIKit 提供了基本的視圖控件。世界上頂級的 IOS 應用都是利用該框架制作出來的。 C 簡介 C是一種計算機編程語言，它是由微軟公司研究并發(fā)布的，其主要是運行在 .NET Framework 之上。 哈爾濱理工大學學士學位論文 6 C是一種簡單便于使用的、安全的、穩(wěn)定的面向?qū)ο笮偷木幊陶Z言。它融合了 C++、 C 語言的優(yōu)點，去掉了復雜的特性（例如宏定義在 C中是不存在的，同樣 C++的多繼承也是不存在的）。綜合以上優(yōu)點，它成為了 Microsoft .NET 平臺的首選編程語言?？梢院唵?，高效 寫出優(yōu)雅的程序。 Microsoft .NET Framework 簡介 .NET Framework 常常指的是 Microsoft .NET Framework， .NET Framework 是類似 JVM 虛擬機的運行環(huán)境。其中含有公共語言運行時（ CLR）和 .NET Framework 類庫。 公共語言運行時是 .NET Framework 的基礎。 可以把他與 runtime 當做一種東西，一個在執(zhí)行時管理代碼的代理者，它提供了內(nèi)存管理、線程管理和遠程處理等核心服務，而且還強制實施嚴格的類型安全以及可提高了程序的安全性和可靠性以及其他形式的代碼準確性。 JSON 簡介 JSON 即 JavaScript Object Notation 是 JavaScript 對象 的 表示法是一種非常 輕量級的數(shù)據(jù)交換格式。 JSON 是“ 鍵值對 ”的集合。結(jié)構(gòu)由大括號 39。{}39。，中括號 39。[]39。，逗號 39。， 39。，冒號 39。 ： 39。 ，雙引號 39。 “” 39。 組成，包含的數(shù)據(jù)類型有 Object ，Number,Boolean,String,Array, NULL 等。 JSON 具有以下的形式。 對象 (Object)是一個無序的“ 鍵值對 ”集合，一個對象以” {”開始 ,” }”結(jié)束。每個“名”后跟著一個” :” ,多個“名值對”由逗號分隔。如： var user={name:張三 ,gender:男 ,birthday:198088} 數(shù)組 (Array)是值的有序 集合，一個數(shù)組以“ [”開始 ,以“ ]”結(jié)束，值之間使用“ ,”分隔。如： var userlist=[{user:{name:張三 ,gender:男 ,birthday:198088}},{user:{name:李四 ,gender:男 ,birthday:198558}}]。 字符串 (String)是由雙引號包圍的任意數(shù)量的 Unicode 字符的集合，使用反斜線轉(zhuǎn)義。 哈爾濱理工大學學士學位論文 7 第 3章 需求分析 開發(fā)模型 本次軟件開發(fā)選取的模型為原型模型，原型模型的好處就是需要頻繁的在軟件需求上進行溝通確認?？蛻粝忍岢隽俗约旱囊恍┬枨?，公司方面根據(jù)這些需求先設計出界面，利用這些界面與客戶再次進行溝通，客戶看到效果后，更加容易搞清楚自己的需求是它什么，從而做出改變，明確需求，最終定下需求的內(nèi)容。這樣就避免了在產(chǎn)品開發(fā)后的頻繁變更。根據(jù)已有的需求先開發(fā)出一個能交互的程序雛形，實現(xiàn)一些功能點。然后與客戶進行交流，以這個原型為基礎進行一系列的需求變更，然后根據(jù)這個原型建立模型，搭建框架。 使用原型開發(fā)的原因在于，使用原型模型可以在開 發(fā)之前，明確大部分需求，使開發(fā)準確有效的進行。運用開發(fā)的雛形可以很好的幫助客戶理解他們自己的需求，減少后期需求變更的成本。間接加快開發(fā)效率。同時也達及時溝通，確認變更的目的。 需求分析 在今天的信息化時代，互聯(lián)網(wǎng)扮演著傳播信息的主要角色，它僅僅是微妙的變化也能像蝴蝶效應一般帶來巨大的變化。上海明東集裝箱碼頭有限公司為了拓展業(yè)務領(lǐng)域，經(jīng)過調(diào)查決定為客戶提供移動 APP 作為客戶查詢碼頭集裝箱信息的手段。力求用戶及時、準確的得到重要的信息。通過移動 APP 客戶只要消耗少數(shù)流量就可以方便的查詢到相關(guān)船舶、集裝箱等相關(guān)信 息。這也是未來傳統(tǒng)互聯(lián)網(wǎng)轉(zhuǎn)向移動互聯(lián)網(wǎng)的趨勢所致。 為了拓展公司的業(yè)務領(lǐng)域，多方向發(fā)展業(yè)務。此程序的整個平臺應用以手持終端應用的方式面向最終用戶，手持終端包括主流的 Android,iOS手機和平板電腦。應用功能也主要以 App 的功能體現(xiàn)，在功能的設計上注重用戶使用，在滿足功能需求的同時強調(diào)交互性和用戶體驗。 本次項目支持 IOS7 以上的手機。項目主要為客戶提供查詢服務。分別為外部應用功能和內(nèi)部應用功能，此次目標要求實現(xiàn)外部應用功能。 應用 主要功能按邏輯劃分主要可分為消息訂閱、公告通知、客戶查詢。 APP 的首頁： 首頁應當提供船舶計劃查詢 類型、船舶計劃查詢 船名、進箱計劃查詢、箱貨信息查詢、進箱信息跟蹤、電子裝箱單查詢、直裝計劃、外集卡進出查詢、公司代碼查詢。 此外為了增加用戶體驗還應該，具有緩存模塊。 哈爾濱理工大學學士學位論文 8 船舶計劃查詢 類型 查詢輸入 : 進出口：全部 |進 |出 船型：大船 |駁船 范圍：在港 |離泊 |計劃 查詢輸出 : 在港：船名 |英文船名 |航次 |進出口 |實際靠泊 |計劃離泊 |實際泊位 離泊：船名 |英文船名 |航次 |進出口 |實際靠泊 |實際離泊 |實際泊位 計劃：船名 |英文船名 |航次 |進出口 |計劃靠泊 |計劃離泊 |計劃泊位 |已截關(guān) 時間范圍 : 離泊：實際離泊時間大于等于當日減去兩天 在港：目前正在港內(nèi)作業(yè)的船只 計劃：計劃靠泊時間是前 20 天之后到后 5 天內(nèi)尚未靠泊的船只 船舶計劃查詢 _船名 時間范圍： 是以計劃靠泊時間為準， 2 天前開始到后 30 天的船只。 查詢輸入： 英文船名（下拉單） 查詢輸出： 船名 |英文船名 |航次 |進出口 |計劃靠泊 |實際靠泊 |計劃離泊 | 實際離泊 |靠泊碼頭 |已截關(guān) 可查詢當天前 15 天后 10 天之間的進箱計劃，以進箱時間為準 進箱計劃查詢 查詢輸出： 船名 |英文船名 |航次 |進出口 |進箱開始 |進箱截止 |代理 |掛靠港 時 間范圍 : 進可查詢當天前 15 天后 10 天之間的進箱計劃，以進箱時間為準排序，進箱開始遞減然后船名遞增 其他： 哈爾濱理工大學學士學位論文 9