【文章內(nèi)容簡(jiǎn)介】 應(yīng)用程序?，F(xiàn)在 Flex Data Services 已經(jīng)更名為（ LDS） LiveCycle Data Service，并且開(kāi)源社區(qū)提供了開(kāi)源的替代（ LDS）的服務(wù)組件 Blazeds。 4. Adobe Flex Builder Adobe Flex Builder 是基于 Eclipse 創(chuàng)建的，用于開(kāi)發(fā) Flex 應(yīng)用程序集成開(kāi)發(fā)環(huán)境。 Flex Builder3 與先前的版本相比，做了很大的改進(jìn)，借助 Eclipse的優(yōu) 勢(shì)，使用精準(zhǔn)的設(shè)計(jì)和優(yōu)秀的代碼提示功能，調(diào)試工具，使開(kāi)發(fā)人員更容易掌握使用開(kāi)發(fā)工具快速開(kāi)發(fā) Flex 應(yīng)用?，F(xiàn)在最新的版本為今年 11 月份出版的Flash Builder Flash Builder 4 的面世，開(kāi)發(fā) Flex 應(yīng)用程序?qū)⒏拥耐晟?，高效? Flex 的特點(diǎn)： Flex 擴(kuò)展了傳統(tǒng) Web 應(yīng)用缺乏的元素，減少了服務(wù)器之間的通信次數(shù)，能更為詳盡地展示數(shù)據(jù)的細(xì)節(jié)，其最適用的應(yīng)用程序包括解決多步處理，客戶(hù)驗(yàn)證，控制可視數(shù)據(jù)，是桌面應(yīng)用和 Web 應(yīng)用結(jié)合起來(lái)，表現(xiàn)出更強(qiáng)大的表現(xiàn)力。 Flex 在解決用 戶(hù)體驗(yàn)困難的同時(shí)，也帶來(lái)了新的特點(diǎn)，具體如下： 1． 高效性 ： 通過(guò)增強(qiáng)表示層的效果提高最終用戶(hù)體驗(yàn)的投資回報(bào)，利用簡(jiǎn)單，引人注目的用戶(hù)界面及網(wǎng)絡(luò)及服務(wù)器開(kāi)銷(xiāo)及企業(yè)集成來(lái)生成提高效益，降低成本的應(yīng)用程序。 2． 易用性 ： 利用直觀的變成模型開(kāi)發(fā) RIA 應(yīng)用，無(wú)需改動(dòng)現(xiàn)有的 Web 開(kāi)發(fā)工作流程。提高互操作性和行業(yè)標(biāo)準(zhǔn)，包括 XML， SOAP 與 ECMAScript. 3． 靈活性 ： 基于組件的開(kāi)發(fā)模型是 Flex 應(yīng)用程序開(kāi)發(fā)十分靈活，開(kāi)發(fā)者可利用 Flex 中包含的預(yù)建組件和擴(kuò)展組件來(lái)添加新的屬性和方法，以及創(chuàng)建新的組件，開(kāi)發(fā)者可 以控制組件的外觀，確定組件如何響應(yīng)用戶(hù)交換。 4． 全面性 ： 迅速地創(chuàng)建足以帶到企業(yè)級(jí)的性能及高投資收益的應(yīng)用。 [4][5][6] MVC 模式 MVC 是一個(gè)設(shè)計(jì)模式，它強(qiáng)制性的使應(yīng)用程序的輸入、處理和輸出分開(kāi)。使用 MVC 應(yīng)用程序被分成三個(gè)核心部件：模型、視圖、控制器。它們各自處理自己的任務(wù)。 ? Model（模型） 模型表示企業(yè)數(shù)據(jù)和業(yè)務(wù)規(guī)則。在 MVC 的三個(gè)部件中，模型擁有最多的處理任務(wù)。例如它可能用象 EJBs 和 ColdFusion Components 這樣的構(gòu)件對(duì)象來(lái)處理數(shù)據(jù)庫(kù)。被模型返回的數(shù)據(jù)是 中立的，就是說(shuō)模型與數(shù)據(jù)格式無(wú)關(guān)，這樣一個(gè)模第二章 系統(tǒng)開(kāi)發(fā)相關(guān)技術(shù)概論 7 型能為多個(gè)視圖提供數(shù)據(jù)。由于應(yīng)用于模型的代碼只需寫(xiě)一次就可以被多個(gè)視圖重用，所以減少了代碼的重復(fù)性。 ? View（視圖） 視圖是用戶(hù)看到并與之交互的界面。對(duì)老式的 Web 應(yīng)用程序來(lái)說(shuō)，視圖就是由 HTML 元素組成的界面，在新式的 Web 應(yīng)用程序中， HTML 依舊在視圖中扮演著重要的角色，但一些新的技術(shù)已層出不窮，它們包括 Adobe Flash 和象 XHTML，XML/XSL， WML 等一些標(biāo)識(shí)語(yǔ)言和 Web services。如何處理應(yīng)用程序的界面變得越來(lái)越有挑戰(zhàn)性。 MVC 一個(gè)大 的好處是它能為你的應(yīng)用程序處理很多不同的視圖。在視圖中其實(shí)沒(méi)有真正的處理發(fā)生，不管這些數(shù)據(jù)是聯(lián)機(jī)存儲(chǔ)的還是一個(gè)雇員列表，作為視圖來(lái)講，它只是作為一種輸出數(shù)據(jù)并允許用戶(hù)操縱的方式。 ? Controller（控制器） 控制器接受用戶(hù)的輸入并調(diào)用模型和視圖去完成用戶(hù)的需求。所以當(dāng)單擊Web 頁(yè)面中的超鏈接和發(fā)送 HTML 表單時(shí)，控制器 (例如 :Servlet)本身不輸出任何東西和做任何處理。它只是接收請(qǐng)求并決定調(diào)用哪個(gè)模型構(gòu)件去處理請(qǐng)求，然后確定用哪個(gè)視圖來(lái)顯示模型處理返回的數(shù)據(jù)?，F(xiàn)在我們總結(jié) MVC 的處理過(guò)程，首先 控制器接收用戶(hù)的請(qǐng)求，并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)進(jìn)行處理，然后模型用業(yè)務(wù)邏輯來(lái)處理用戶(hù)的請(qǐng)求并返回?cái)?shù)據(jù)，最后控制器用相應(yīng)的視圖格式化模型返回的數(shù)據(jù)，并通過(guò)表示層呈現(xiàn)給用戶(hù) ，如圖 模式圖 。 [7][8][9] 圖 MVC 模式圖 JavaBean 技術(shù) JavaBean 是一種 JAVA 語(yǔ)言寫(xiě)成的可重用組件。為寫(xiě)成 JavaBean，類(lèi)必須是第二章 系統(tǒng)開(kāi)發(fā)相關(guān)技術(shù)概論 8 具體的和公共的，并且具有無(wú)參數(shù)的構(gòu)造器。 JavaBean 通過(guò)提供符合一致性設(shè)計(jì)模式的公共方法將內(nèi)部域暴露成員屬性。眾所周知，屬性名 稱(chēng)符合這種模式，其他 Java 類(lèi)可以通過(guò)自身機(jī)制發(fā)現(xiàn)和操作這些 JavaBean 屬性。 用戶(hù)可以使用 JavaBean 將功能、處理、值、數(shù)據(jù)庫(kù)訪問(wèn)和其他任何可以用java 代碼創(chuàng)造的對(duì)象進(jìn)行打包，并且其他的開(kāi)發(fā)者可以通過(guò)內(nèi)部的 JSP 頁(yè)面、Servlet、其他 JavaBean、 applet 程序或者應(yīng)用來(lái)使用這些對(duì)象。 [9][10][11] Servlet 技術(shù) Servlet 是一種服務(wù)器端的 Java 應(yīng)用程序，具有獨(dú)立于平臺(tái)和協(xié)議的特性 ,可以生成動(dòng)態(tài)的 Web 頁(yè)面。 它擔(dān)當(dāng)客戶(hù)請(qǐng)求（ Web 瀏覽器或其他 HTTP 客戶(hù)程序）與服務(wù)器響應(yīng)（ HTTP 服務(wù)器上的數(shù)據(jù)庫(kù)或應(yīng)用程序）的中間層。 Servlet 是位于 Web 服務(wù)器內(nèi)部的服務(wù)器端的 Java 應(yīng)用程序，與傳統(tǒng)的從命令行啟動(dòng)的 Java 應(yīng)用程序不同， Servlet 由 Web 服務(wù)器進(jìn)行加載，該 Web 服務(wù)器必須包含支持 Servlet的 Java虛擬機(jī)。 Servlet應(yīng)用編程接口 HttpServlet：HttpServlet 類(lèi)包含 init()、 destroy()、 service() 等方法。其中 init() 和 destroy() 方法是繼承的。 (1) init() 方法 。在 Servlet 的生命期中，僅執(zhí)行一次 init() 方法。它是在服務(wù)器裝入 Servlet 時(shí)執(zhí)行的。 可以配置服務(wù)器，以在啟動(dòng)服務(wù)器或客戶(hù)機(jī)首次訪問(wèn) Servlet 時(shí)裝入 Servlet。 無(wú)論有多少客戶(hù)機(jī)訪問(wèn) Servlet，都不會(huì)重復(fù)執(zhí)行 init() 。 缺省的 init() 方法通常是符合要求的，但也可以用定制 init() 方法來(lái)覆蓋它，典型的是管理服務(wù)器端資源。 例如，可能編寫(xiě)一個(gè)定制 init() 來(lái)只用于一次裝入 GIF 圖像，改進(jìn) Servlet 返回 GIF 圖像和含有多個(gè) 客戶(hù)機(jī)請(qǐng)求的性能。 另一個(gè)示例是初始化數(shù)據(jù)庫(kù)連接。缺省的 init() 方法設(shè)置了 Servlet 的初始化參數(shù)，并用它的 ServletConfig 對(duì)象參數(shù)來(lái)啟動(dòng)配置， 因此所有覆蓋 init() 方法的 Servlet 應(yīng)調(diào)用 () 以確保仍然執(zhí)行這些任務(wù)。在調(diào)用 service() 方法之前，應(yīng)確保已完成了 init() 方法。 (2) service() 方法 。 service() 方法是 Servlet 的核心。每當(dāng)一個(gè)客戶(hù)請(qǐng)求一個(gè) HttpServlet 對(duì)象，該對(duì)象的 service() 方法就要被調(diào)用，而且傳遞給這個(gè)方法一個(gè) 請(qǐng)求 (ServletRequest)對(duì)象和一個(gè) 響應(yīng) (ServletResponse)對(duì)象作為參數(shù)。 在 HttpServlet 中已存在 service() 方法。缺省的服務(wù)功能是調(diào)用與 HTTP 請(qǐng)求的方法相應(yīng)的 do 功能。例如， 如果 HTTP 請(qǐng)求方法為 GET，則缺省情況下就調(diào)用 doGet() 。 Servlet 應(yīng)該為 Servlet 支持的 HTTP 方法覆蓋 do 功能。因?yàn)? () 方法會(huì)檢查請(qǐng) 求方法是否調(diào)用了適第二章 系統(tǒng)開(kāi)發(fā)相關(guān)技術(shù)概論 9 當(dāng)?shù)奶幚矸椒?，不必要覆蓋 service() 方法。只需覆蓋相應(yīng)的 do 方法就可以了。 Servlet 的響應(yīng)可以是下列幾種類(lèi)型： 一個(gè)輸出流，瀏覽器根據(jù)它的內(nèi)容類(lèi)型 (如 text/HTML)進(jìn)行解釋?zhuān)灰粋€(gè) HTTP 錯(cuò)誤響應(yīng) , 重定向到另一個(gè) URL、servlet、 JSP。 (3)doGet()方法。當(dāng)一個(gè)客戶(hù)通過(guò) HTML 表單發(fā)出一個(gè) HTTP GET 請(qǐng)求或直接請(qǐng)求一個(gè) URL 時(shí)， doGet()方法被調(diào)用。與 GET 請(qǐng)求相關(guān)的參數(shù)添加到 URL 的后面，并與這個(gè)請(qǐng)求一起發(fā)送。當(dāng)不會(huì)修改服務(wù)器端的數(shù)據(jù)時(shí) ，應(yīng)該使用 doGet()方法。 (4)doPost()方法。當(dāng)一個(gè)客戶(hù)通過(guò) HTML 表單發(fā)出一個(gè) HTTP POST 請(qǐng)求時(shí)，doPost()方法被調(diào)用。與 POST 請(qǐng)求相關(guān)的參數(shù)作為一個(gè)單獨(dú)的 HTTP 請(qǐng)求從瀏覽器發(fā)送到服務(wù)器。當(dāng)需要修改服務(wù)器端的數(shù)據(jù)時(shí)，應(yīng)該使用 doPost()方法。 (5) destroy() 方法 。 destroy() 方法僅執(zhí)行一次，即在服務(wù)器停止且卸裝 Servlet 時(shí)執(zhí)行該方法。典型的，將 Servlet 作為服務(wù)器進(jìn)程的一部分來(lái)關(guān)閉。缺省的 destroy() 方法通常是符合要求的 ，但也可以覆蓋它，典型的是管理服務(wù)器端資源。例如，如果 Servlet 在運(yùn)行時(shí)會(huì)累計(jì)統(tǒng)計(jì)數(shù)據(jù)，則可以編寫(xiě)一個(gè) destroy() 方法，該方法用于在未裝入 Servlet 時(shí)將統(tǒng)計(jì)數(shù)字保存在文件中。另一個(gè)示例是關(guān)閉數(shù)據(jù)庫(kù)連接。 當(dāng)服務(wù)器卸裝 Servlet 時(shí)，將在所有 service() 方法調(diào)用完成后，或在指定的時(shí)間間隔過(guò)后調(diào)用 destroy() 方法。一個(gè) Servlet 在運(yùn)行 service() 方法時(shí)可能會(huì)產(chǎn)生其它的線(xiàn)程，因此請(qǐng)確認(rèn)在調(diào)用 destroy() 方法時(shí)，這些線(xiàn)程已終止或完成。 軟件包中的相關(guān)類(lèi)為 ServletResponse和 ServletRequest，而 軟件包中的相關(guān)類(lèi)為 HttpServletRequest 和 HttpServletResponse。 Servlet 通過(guò)這些對(duì)象與服務(wù)器通信并最終與客戶(hù)機(jī)通信。 Servlet 能通過(guò)調(diào)用 請(qǐng)求 對(duì)象的方法獲知客戶(hù)機(jī)環(huán)境，服務(wù)器環(huán)境的信息和所有由客戶(hù)機(jī)提供的信息。 Servlet 可以調(diào)用 響應(yīng) 對(duì)象的方法發(fā)送響應(yīng)，該響應(yīng)是準(zhǔn)備發(fā)回客戶(hù)機(jī)的。 [10][11][12] FileUpload 文件上傳組件 FileUpload 是 Apache mons 下面的一個(gè)子項(xiàng)目，用來(lái)實(shí)現(xiàn) Java 環(huán)境下面的文件上傳功能，與常見(jiàn)的 SmartUpload 齊名。 FielUpload 文件上傳組件可以在 下載，上傳的文件要求包括一個(gè)根據(jù) RFC 1867（在 HTML 中基于表單的文件）編碼的選項(xiàng)列表清單。組件 FileUpload 可以解析這個(gè)請(qǐng)求，并給你的應(yīng)用程序提第二章 系統(tǒng)開(kāi)發(fā)相關(guān)技術(shù)概論 10 供一份獨(dú)立上傳的項(xiàng)目清單。無(wú)論每個(gè)項(xiàng)目背后如何執(zhí)行都實(shí)現(xiàn)了 FileItem 接口。這里將描述組件 FileUpload 庫(kù)的普通 API，這些 API 比較簡(jiǎn)單。不過(guò)，對(duì)于最終的實(shí)現(xiàn)，你可以參考最新的 API 流。每一個(gè)文件項(xiàng)目都有一些屬性，這些可能在你的應(yīng)用程序中應(yīng)用到。比如：每一個(gè)項(xiàng)目有一個(gè)名稱(chēng) name 和內(nèi)容類(lèi)型congtent type，并提供了一個(gè) InputStream 訪問(wèn)其數(shù)據(jù)。另一方面，你處理項(xiàng)目的方法可能有所不同，這個(gè)依賴(lài)于是否這個(gè)項(xiàng)目是一個(gè)規(guī)則的表單域， 即：這個(gè)數(shù)據(jù)是來(lái)自普通的表單文本，還是普通的 HTML 域或是一個(gè)上傳文件。在FileItem 接口中提供了處理這些問(wèn)題的方法，可以更加方便的去訪問(wèn)這些數(shù)據(jù)。 組件 FileUpload 使用 FileItemFactory 工廠創(chuàng)建新的文件項(xiàng)目。這個(gè)給了組件 FileUpload 很大的靈活性。這個(gè)工廠擁有怎樣創(chuàng)建項(xiàng)目的最終控制權(quán)。工廠執(zhí)行過(guò)程中上傳項(xiàng)目文件的臨時(shí)數(shù)據(jù)可以存儲(chǔ)在內(nèi)存中或硬盤(pán)上。這個(gè)依賴(lài)于上傳文件的大小 (即：數(shù)據(jù)的字節(jié) )。不過(guò)這種行為可以在你的應(yīng)用程序中適當(dāng)?shù)淖远ㄖ啤? 面向?qū)ο蟮姆治雠c設(shè)計(jì) 在經(jīng)過(guò)軟 件開(kāi)發(fā)各種概念和方法的研究、實(shí)踐的基礎(chǔ)上，對(duì)于如何超越程序的復(fù)雜性障礙、如何在計(jì)算機(jī)系統(tǒng)中自然地表示客觀世界，人們拿起了思維科學(xué)中面向?qū)ο蠹夹g(shù)作為武器，采用基于客觀世界的對(duì)象模型的軟件開(kāi)發(fā)方法，按問(wèn)題論域設(shè)計(jì)程序模塊，它不是以函數(shù)過(guò)程、每個(gè)數(shù)據(jù)結(jié)構(gòu)為中心，而是以對(duì)象代表問(wèn)題解得中心環(huán)節(jié)，它使計(jì)算機(jī)程序的分析、設(shè)計(jì)額實(shí)現(xiàn)過(guò)程和方法改變了過(guò)去脫節(jié)和跳躍的狀態(tài)，使人們對(duì)復(fù)雜系統(tǒng)的認(rèn)識(shí)過(guò)程和系統(tǒng)的程序設(shè)計(jì)實(shí)現(xiàn)過(guò)程盡可能的一致。經(jīng)驗(yàn)證明，對(duì)于任何軟件而言，其中最穩(wěn)定的部分是對(duì)應(yīng)的問(wèn)題論域，與功能相比，一個(gè)問(wèn)題域中的對(duì) 象一般總能保持 其中的穩(wěn)定性，因而以面向?qū)ο髽?gòu)造 的 系統(tǒng)的主體結(jié)構(gòu)也是具有較好的穩(wěn)定性和可重用性。因此，采用“對(duì)象 +消息”的程序設(shè)計(jì)模式，具有滿(mǎn)足軟件工程發(fā)展需要的更多優(yōu)勢(shì)。 面向?qū)ο笤O(shè)計(jì)方法最前的是現(xiàn)實(shí)問(wèn)題空間與軟件系統(tǒng)的解空間的近似和直接的模擬。從這些角度講，現(xiàn)實(shí)世界空間中的基本問(wèn)題是物質(zhì)和意識(shí)，映射到面向?qū)ο笙到y(tǒng)的解空間就是：具體事物（對(duì)象）和抽象概念（類(lèi)）。面向?qū)ο蠹夹g(shù)的封裝、繼承、多態(tài)性等不僅支持軟件復(fù)用，而且是軟件的維護(hù)工作可靠有效，可實(shí)現(xiàn)軟件系統(tǒng)的柔性制造，特別是隨著 Inter/Intra 的發(fā)展，網(wǎng)絡(luò)分布計(jì)算的應(yīng)用和需求日益增長(zhǎng)，面向?qū)ο蠹夹g(shù)為網(wǎng)絡(luò)分布計(jì)算提供了基礎(chǔ)性核心技術(shù)支持。 [13][14][15] 第三章 系統(tǒng)分析與設(shè)計(jì)