【文章內(nèi)容簡介】 用 第章 系統(tǒng)開發(fā)環(huán)境和模式 對于不同類型的應(yīng)用程序 ,其開發(fā)環(huán)境與開發(fā)步驟都是截然不 同的。使用開發(fā)只需要和簡單的文字編輯器 或者 專用的開發(fā)工具就可以 ,而使用開發(fā) 應(yīng)用程序則復(fù) 雜得多 ,除了需要開發(fā)程序的集成環(huán)境之外 ,還需要 服務(wù)器。下面將詳細(xì)介紹常用的和。 . 簡介 是目前最好用的、也是使用最廣泛的開發(fā)工具 ,和另一 個(gè)主流的開發(fā)工具相比 ,是一個(gè)開放源代碼的、基 于的、可擴(kuò)展的集成開發(fā)環(huán)境168。168。 就本身而言 ,它只是一個(gè)框架和一組服務(wù)而已 ,用于通過插 件、組件構(gòu)建開發(fā)環(huán)境。所附帶的標(biāo)準(zhǔn)插件集包括了開發(fā)工 具 ,。它能夠像那樣通過拖拽來實(shí)現(xiàn) 頁面的布局 ,從而有效地提高開發(fā)效率 ,彌補(bǔ)了環(huán)境中一直以來在 可視化編程方面的不足。 使用 ,它 還包括了插件開發(fā)環(huán)境 不僅可以被當(dāng)作 ,它主要是針對那些希望能夠 . 擴(kuò)展軟件的開發(fā)人員 ,因?yàn)樗梢允顾麄儤?gòu)造出與環(huán)境 能夠無縫集成的工具。由于中的每一樣工具都是插件 ,因此對于 給提供插件以及為用戶提供統(tǒng)一與一致的集成開發(fā)環(huán)境來說 ,為 所有的工具設(shè)計(jì)與開發(fā)人員提供了平等的發(fā)揮空間。 此外 ,的使用并不僅僅局限于語言【引 ,它還支持包括 /,和等語言 ,并且這些插件已經(jīng)正在使用或者預(yù)計(jì) 即將推出。除了軟件開發(fā) ,的框架還可以被使用作為其他應(yīng)用的 程序或相關(guān)類型程序的基礎(chǔ)。 ,簡 企業(yè)級工作平臺(tái) 的擴(kuò)展 ,利用它可 以使數(shù)據(jù)庫在和 稱是對 的開發(fā)、發(fā)布以及應(yīng)用程序的服務(wù)器整合等方面極大地提高工作效率。 功能豐富 ,是更智能、更簡單、更快捷和更便宜的工具 的新工具 ,完整的支持 ,,工程碩士學(xué)位論文 。 在結(jié)構(gòu)上 ,的特性可以被分為模型、工具、 工具、項(xiàng)目的部署服務(wù)、應(yīng)用程序服務(wù)器連接器、 整合幫助和數(shù)據(jù)庫的各種服務(wù)這大類【】。 對于以上各種類型的功能 ,在中都包含有相應(yīng)的部件 ,并且 通過構(gòu)建一系列插件來實(shí)現(xiàn)。的功能在結(jié)構(gòu)上被模塊化 ,可 以在獨(dú)立、不影響到別的模塊的情況下而對某一模塊單獨(dú)擴(kuò)展與升級。 簡單來說 ,不僅是的插件 ,更是一款具有強(qiáng)大功 能的完美開發(fā)環(huán)境 ,它支持代碼編寫、配置、測試以及除錯(cuò)【。 . 簡介 是在的的基礎(chǔ)上所發(fā)展起來的一款優(yōu)秀的 服務(wù)器 ,它不但支持 ,還提供了服務(wù)器的功能?？梢院敛豢? 張地說 ,是目前最主流的服務(wù)器 ,它在全世界范圍內(nèi)的使用 最廣泛 ,擁有用戶數(shù)也最多。最重要的是 ,它是一款完全開源和免費(fèi)的 產(chǎn)品【】。 作為一款開源軟件 ,擁有自己獨(dú)特的優(yōu)勢 ,它兼容性很好從 而可以和目前大部分的主流服務(wù)器一起工作 ,而且運(yùn)行效率相當(dāng)高。 本身還是一個(gè)功能強(qiáng)大并支持語言的容器 容器是可以管理、激活和執(zhí)行的程序。 不但可以作 為獨(dú)立的服務(wù)器和容器通常被用 來開發(fā)與調(diào)試小型網(wǎng)站 ,還可以作為其他服務(wù)器的附件比如 : 、和服務(wù)器。所以在配置之前 ,必須決 定要如何應(yīng)用它。 . 模式概述 ..模型一試圖一控制器 ,是一個(gè)設(shè) 計(jì)模式 ,它強(qiáng)制性地把應(yīng)用程序的輸入、處理和輸出分開。也有人 將其稱之為模式 ,但所指的設(shè)計(jì)方式是相同的。該方式就是 把表示層中的代碼和業(yè)務(wù)層的代碼分離開。這種方式最初僅僅是被 用來開發(fā)與設(shè)計(jì)圖形化用戶界面程序 ,因?yàn)槠涮攸c(diǎn) ,現(xiàn)在它 已經(jīng)被廣泛用來開發(fā)應(yīng)用程序。模式的最大特點(diǎn)是 把應(yīng)用程序中的各組件客觀的劃分為三個(gè)有關(guān)聯(lián)的部分 :模 型、視圖和控制器。模式的目的就是基于模式的網(wǎng)上書店系統(tǒng)設(shè)計(jì)和應(yīng)用 要實(shí)現(xiàn)曲系統(tǒng)的職能分】。層用于實(shí)現(xiàn)系統(tǒng)的業(yè)務(wù)邏輯 ,一 般可以用或來實(shí)現(xiàn)。層用于與用戶進(jìn)行交互 ,通常 用來實(shí)現(xiàn)。層是層與層之間進(jìn)行溝通的橋梁 , 它用于分派用戶的請求從而選擇適當(dāng)?shù)囊晥D以用于顯示 ,同時(shí)它還可以 解釋用戶的各種輸入并將它們映射成層可執(zhí)行的操作。這三個(gè)不 同的部分分別處理屬于自己職能范圍的任務(wù)。 .. 的組成部分 視圖 用戶可以看到并相互操作的界面就是視圖。對老式與新式的 應(yīng)用程序而言 ,前者的視圖界面由元素所組成 ,而在后者中 雖仍 然在視圖中起著很重要的作用 ,但很多新技術(shù)也是層出不 窮 ,比如 以及 ,/、這類 的標(biāo)識(shí)語言 ,還有 。 近年來 ,如何處理界面越來越具挑戰(zhàn)性。而能夠?yàn)閼?yīng)用程序處 理大量的不同視圖可以說是是最大的優(yōu)點(diǎn)【 。不管數(shù)據(jù)如何存 儲(chǔ) ,是聯(lián)機(jī)或者只有一張表 ,視圖都不以存儲(chǔ)的數(shù)據(jù)值集形式存在 , 并不會(huì)發(fā)生真的處理操作 ,對于視圖而言它只是作為一種用戶操縱 輸出數(shù)據(jù)的方式。 模型 模型表示業(yè)務(wù)的規(guī)則、規(guī)范和數(shù)據(jù)。模式的三個(gè)組成部件 中 ,模型所要進(jìn)行處理任務(wù)最重。比如在處理數(shù)據(jù)庫時(shí) ,模型可能 會(huì)用到以及 這些構(gòu)件對象。因?yàn)槟Ｐ? 和數(shù)據(jù)格式是獨(dú)立的 ,所以說模型最終的返回?cái)?shù)據(jù)也是中立的?？? 以總結(jié)出 ,一個(gè)模型可為多個(gè)不同的視圖來提供數(shù)據(jù)。除此之外 , 重復(fù)編碼工作也大大的減少了 ,因?yàn)樵谀Ｐ椭械膽?yīng)用代碼雖然只編 寫了一次 ,但是可以被一個(gè)或多個(gè)視圖使用。 控制器 控制器的作用是接受用戶的輸入并調(diào)用視圖和模型去達(dá)成用戶 所要完成的功能。當(dāng)用戶單擊超鏈接或發(fā)送頁面中的表 單時(shí) ,控制器自身并不輸出任何數(shù)據(jù) ,也不會(huì)有任何處理。它只是 簡單地接收請求再調(diào)用相應(yīng)的模型構(gòu)件處理該請求 ,然后再?zèng)Q定調(diào) 用哪個(gè)或哪些視圖去顯示模型進(jìn)行處理后所返回的數(shù)據(jù)。 .. 模式的優(yōu)點(diǎn) 工程碩士學(xué)位論文 大部分應(yīng)用程序是用或者這類過程化語言來進(jìn) 行創(chuàng)建。它們將數(shù)據(jù)庫語句這類數(shù)據(jù)層的代碼與這類表 示層的代碼融合在一起’。經(jīng)驗(yàn)豐富的開發(fā)人員可能還能夠?qū)?shù)據(jù) 從分離開來 ,但這通常都有很大的難度。而模式可以強(qiáng)制地把 它們從根本上分開。雖然設(shè)計(jì)與編寫應(yīng)用程序需要花費(fèi)額外的 一些工作 ,但是它帶給我們的好處卻是很明顯的。 低耦合性 將業(yè)務(wù)層和視圖層分離開 ,這樣僅僅更改視圖層的代碼而不需 要重編譯控制器和模型的代碼 ,可以推出 ,僅僅只改動(dòng)的模型 應(yīng)用程序就能夠改變應(yīng)用業(yè)務(wù)的流程或者規(guī)則。由于模 型是獨(dú)立的 , 與視圖及控制器相分離 ,要改變數(shù)據(jù)層與業(yè)務(wù)的規(guī)則或應(yīng)用業(yè)務(wù)流 程是一件非常容易的事情。 高重用性與可適用性 隨著科技的不斷發(fā)展和進(jìn)步 ,現(xiàn)在訪問應(yīng)用程序的方式要求多 樣化。而模式能夠讓用戶使用各種不同的視圖訪問某個(gè)服務(wù)器 的代碼。這些方式包括瀏覽器以及無線瀏覽器 , 比如用戶即可以通過各種渠道 ,比如手機(jī)或者計(jì)算機(jī)來訂購某種產(chǎn) 品 ,訂購方式雖然并不一樣 ,但對訂購商品的處理方式卻是一樣的。 由于模型處理返回的數(shù)據(jù)沒有進(jìn)行格式化 ,所以不同的界面可以使 用同樣的構(gòu)件。比如大量的數(shù)據(jù)可能會(huì)用表示 ,也可能會(huì)用 表示 ,可是這些表示需要改變的僅僅是視圖層 ,而模型層和控 制層卻不用做任何變更。 生命周期的成本降低 模式降低了開發(fā)用戶接口及用戶接口維護(hù)的技術(shù)難度和含 量。 部署更加快捷 模式的普及和使用大大縮減了應(yīng)用程序的開發(fā)時(shí)間 ,它使 開發(fā)人員將精力集中于業(yè)務(wù)邏輯 ,而界面設(shè)計(jì)人員與 開發(fā)把更多的注意力放在前臺(tái)形式的表現(xiàn)上。 可維護(hù)性 將視圖層與邏輯層分離使得開發(fā)人員維護(hù)并修改應(yīng)用程 序更加容易。 軟件的工程化管理更便利 基于模式的網(wǎng)上書店系統(tǒng)設(shè)計(jì)和應(yīng)用 由于不同層有著不同的功能和作用 ,則每一層的不同應(yīng)用如果 包含某些共 同特征的話 ,更有利于通過工具化和工程化來管理程序 的代碼。 .. 模式的缺點(diǎn) 基于架構(gòu)的應(yīng)用系統(tǒng) ,大大簡化了開發(fā)過程并且提高了 開發(fā)效率 ,為應(yīng)用開發(fā)提供強(qiáng)大的支持 ,可是也存在以下幾個(gè)問題 : 、針對每個(gè)請求服務(wù)器都要返回一個(gè)頁面 ,造成了頁面的 請求粒度過大從而需要頻繁切換頁面 ,使得網(wǎng)絡(luò)重傳冗余數(shù)據(jù) 。 、多個(gè)用戶事件會(huì)被收集到一個(gè)請求中 ,例如一系列的鍵盤 與鼠標(biāo)操作 ,而控制器可能會(huì)被要求對這些事件給予不同的處理 ,但在 基于架構(gòu)的系統(tǒng)中很難進(jìn)行分別處理 ,從而造成客戶端的驗(yàn)證和 處理更加困難。 、以服務(wù)器為核心的應(yīng) 用在開發(fā)中要關(guān)注服務(wù)器端的負(fù)載問 題 ,而忽略了客戶端的數(shù)據(jù)處理能力。 最大的缺點(diǎn)是由于沒有明確定義 ,用戶要透徹理解并使用 可并不是件容易的事。如要使用模式之前需要精心計(jì)劃 , 由于內(nèi)部的原理很復(fù)雜 ,所以將需要花費(fèi)大量的時(shí)間考慮應(yīng)該 如何才能將模式運(yùn)用到應(yīng)用程序中【。同時(shí)由于視圖和模型要 嚴(yán)格分離 ,也為調(diào)試程序帶來了一定困難。所以每個(gè)構(gòu)件需要經(jīng)過 嚴(yán)格的測試之后才能使用。而一旦構(gòu)件通過了測試 ,就可以毫無顧 忌的重用這些構(gòu)件了。 根據(jù)以往開發(fā)者的經(jīng)驗(yàn) ,由于開發(fā)者將一個(gè)應(yīng)用程序分成了三 個(gè)部件 ,所以在使用模式的同時(shí) 也意味著要管理比之前更多的 文件 ,這一點(diǎn)是顯而易見的】?？瓷先ズ孟裨黾恿宋覀兊墓ぷ髁?, 但是這與它所能帶給我們的好處相比是不值一提的。 基于以上缺點(diǎn) ,模式并不鼓勵(lì)被用在小型或者中等規(guī)格的 程序中 ,所以花費(fèi)大量的時(shí)間考慮如何將模式應(yīng)用到小規(guī)模的 程序中是得不償失的。 可以看出 ,模式是當(dāng)今世界一個(gè)很好的創(chuàng)建軟件或系統(tǒng)的 途徑 ,它提倡的將內(nèi)容與顯示相分離的原則可能比較容易理解?？? 是如果要分離控制器、視圖和模型的構(gòu)件 ,用戶就需要重新考慮自 己設(shè)計(jì)的程序 ,特別是應(yīng)用程序的構(gòu)架。如果愿意接受模式并 有能力處理它所帶來 的額外工作和復(fù)雜性 ,將會(huì)在健壯性、代碼重 用和結(jié)構(gòu)這三個(gè)方面使軟件達(dá)到一個(gè)新的高度。工程碩士學(xué)位論文 .. 的工作流程 開發(fā)人員在自己的開發(fā)計(jì)劃中可以使用多種框架 ,而