《公共管理專業(yè) 新型農(nóng)村合作醫(yī)療管理系統(tǒng)的設(shè)計和研究》由會員分享，可在線閱讀，更多相關(guān)《公共管理專業(yè) 新型農(nóng)村合作醫(yī)療管理系統(tǒng)的設(shè)計和研究（52頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、 新型農(nóng)村合作醫(yī)療管理系統(tǒng)的設(shè)計和研究 摘 要 新型農(nóng)村合作醫(yī)療工作是新時期黨和國家為解決農(nóng)民群眾“因病致貧、因病返貧”問題的重要手段，隨著新以改造政策的不斷推進(jìn)，全民醫(yī)保的網(wǎng)絡(luò)基本建立，各級財政對基層醫(yī)療衛(wèi)生體系特別是新農(nóng)合體系的投入逐年提高，由于醫(yī)療保障水平的提高，農(nóng)民群眾的醫(yī)療服務(wù)需求得到了全面的釋放，農(nóng)民群眾間“小病拖、大病等”的就醫(yī)模式全面改變，為提高工作效率，簡化補(bǔ)償手續(xù)，縮短補(bǔ)償時間，對新型農(nóng)村合作醫(yī)療工作實(shí)現(xiàn)信息化管理的要求十分迫切。 現(xiàn)行的以人工審核為主的補(bǔ)償模式，，較高的誤差率對新農(nóng)合基金的安全運(yùn)行帶來很大風(fēng)險，同時大量的占用了

2、新農(nóng)合管理機(jī)構(gòu)的人力物力，有限的人員力量基本全部從事了基礎(chǔ)的審核工作，對定點(diǎn)醫(yī)療機(jī)構(gòu)的監(jiān)管、可疑票據(jù)的外調(diào)和意外傷害的調(diào)查等工作的開展很可能由于管理人員人手不足的原因而產(chǎn)生影響。而信息化系統(tǒng)的實(shí)現(xiàn)，一方面可以將大量的基礎(chǔ)操作由電腦代替提高了補(bǔ)償審核的準(zhǔn)確度，還可以通過網(wǎng)絡(luò)實(shí)現(xiàn)定點(diǎn)醫(yī)療機(jī)構(gòu)與管理機(jī)構(gòu)的對接，從而實(shí)現(xiàn)出院即時補(bǔ)償結(jié)算，減少了補(bǔ)償手續(xù)，方便了農(nóng)民群眾的就以補(bǔ)償。 本文所研究的新型農(nóng)村合作醫(yī)療信息化系統(tǒng)的主要目的是為了探討和實(shí)現(xiàn)新型農(nóng)村合作醫(yī)療系統(tǒng)的信息化補(bǔ)償管理，從而提高運(yùn)行效率，簡化行政成本。本系統(tǒng)采用了基于Web的B/S模式的N層模型進(jìn)行設(shè)計。在技術(shù)上，使用作為開發(fā)平臺和運(yùn)行支

3、撐平臺，數(shù)據(jù)庫服務(wù)器使用了Oracle 9i，并使用了C#語言、ASP.NET WebForm、ASP.NET AJAX和ADO.NET等技術(shù)進(jìn)行課題的設(shè)計。 關(guān)鍵字：新型農(nóng)村合作醫(yī)療；信息化系統(tǒng)；ASP.NET WebForm；ADO.NET The design and research of the new rural cooperative medical management system Abstract New rural cooperative medical work is our party and coun

4、try in the new period to solve peasants "poverty due to illness, Chinese due to illness" question the important means, with the advancement of new to reform policy, universal health care network basic establishment, finance at all levels to basic medical and health system, especially the new farming

5、 and system of investment increased year by year, due to the improvement of medical care, the farmers medical service requirement has been fully released, peasants "ailment pulls, serious illness and other" between the comprehensive change of medical model, to improve the work efficiency, simplify t

6、he procedure of compensation, shortening the time of compensation, in the new rural cooperative medical work realize the information management requirements is very urgent. Current compensation is given priority to with artificial audit model, and higher error rate to new farming funds safe ope

7、ration brings great risks, at the same time, a lot of taking up new farming and management mechanism of human resources, limited staff strength basic all is engaged in the audit work, supervision of the medical establishment that decide a dot, suspicious bills of diversion and accident investigation

8、 work is likely to be due to the shortage of management personnel and impact. And the implementation of information system, on the one hand, can be a lot of the basis of operation by the computer instead of enhance the accuracy of the compensation review, you can also through the network docking, th

9、e medical establishment that decide a dot and management mechanism so as to realize real-time compensation settlement and discharge reduced the compensation procedures, convenient for peasants to compensate. In this paper, the author studies on new rural cooperative medical information system i

10、s the main purpose is to explore and realize information compensation of new rural cooperative medical system management, to improve operation efficiency, simplify the administrative costs. This system adopts B/S model based on Web of n-tier model design. Technically, use as a development platform a

11、nd operation support platform, the database server USES the Oracle 9 I, and use the c # language, ADO.NET and ASP.NET WebForm, ASP.NET AJAX technology to project design. Keywords: The new rural cooperative；medical information system； ASP.NET WebForm；ADO.NET

12、 目 錄 第一章 緒論 7 1.1選題背景 7 1.1.1新型農(nóng)村合作醫(yī)療管理系統(tǒng)概述 7 1.1.2新型農(nóng)村合作醫(yī)療管理系統(tǒng)的基本功能 8 1.2選題目的及意義 8 1.3本文的研究內(nèi)容及組織結(jié)構(gòu) 9 1.3.1本文的研究內(nèi)容 9 1.3.2本文的組織結(jié)構(gòu) 9 第二章 關(guān)鍵技術(shù)介紹 10 2.1 eclipse 10 2.1.1主要組件 10 2.1.2組成計劃 11 2.1.3版本發(fā)展 12 2.2 Oracle 9i 12 2.2.1 Oracle 9i特征介紹 13 2.2.2 Oracle 9i的改進(jìn)功能 1

13、5 2.3 C#語言 16 2.3.1 C#語言的特點(diǎn) 16 2.3.2 C#與C++的區(qū)別 17 2.3.3 C#與Java的比較 17 2.4 ASP.NET Web Form 17 2.4.1 ASP.NET Web Form的優(yōu)勢 18 2.4.2 傳統(tǒng)WebForm開發(fā)中存在的一些問題 19 2.4.3 ASP.NET MVC 20 2.4.4 如何選擇MVC與Webform 20 2.5 ASP.NET AJAX 21 2.5.1實(shí)現(xiàn)原理 22 2.5.2 ASP.NET AJAX的框架 22 2.6 ADO.NET 22 2.6.1 ADO.NET的功

14、能 22 2.6.2 ADO.NET的類庫 23 第三章 需求分析 25 3.1數(shù)據(jù)交換平臺需求 26 3.1.1集中式數(shù)據(jù)庫 26 3.1.2分布式數(shù)據(jù)庫 26 3.2核心數(shù)據(jù)庫信息需求 26 3.3核心數(shù)據(jù)庫容量 27 3.4應(yīng)用軟件系統(tǒng)需求及方案設(shè)計 27 3.4.1基礎(chǔ)數(shù)據(jù)收集管理需求 27 3.4.2應(yīng)用架構(gòu) 28 3.4.3數(shù)據(jù)流走向 28 3.5業(yè)務(wù)功能需求 28 3.5.1決策輔助子系統(tǒng) 29 3.5.2業(yè)務(wù)管理子系統(tǒng) 29 3.5.3數(shù)據(jù)交換平臺 30 3.5.4門戶網(wǎng)站 30 第四章 系統(tǒng)設(shè)計 30 4.1決策輔助系統(tǒng) 30 4.1.1

15、統(tǒng)計報告子系統(tǒng) 31 4.1.2基金監(jiān)控子系統(tǒng) 32 4.1.3綜合查詢分析子系統(tǒng) 33 4.2業(yè)務(wù)管理系統(tǒng) 34 4.2.1用戶及權(quán)限劃分 34 4.2.2系統(tǒng)功能 35 4.2.2.1配置維護(hù) 35 4.2.2.2權(quán)限管理 35 4.2.2.3參合管理 36 4.2.2.4基金管理 36 4.2.2.5補(bǔ)償管理 36 4.2.2.6轉(zhuǎn)診管理 37 4.2.2.7體檢補(bǔ)償管理 37 4.2.2.8補(bǔ)償模式管理 37 4.2.2.9會計財務(wù)業(yè)務(wù)處理 37 4.2.2.10數(shù)據(jù)管理 38 4.2.2.11定點(diǎn)醫(yī)療機(jī)構(gòu)前端補(bǔ)償管理 38 4.3數(shù)據(jù)交換管理平臺 3

16、8 4.3.1跨統(tǒng)籌區(qū)域參合人員基本信息交換 38 4.3.2與定點(diǎn)醫(yī)療機(jī)構(gòu)的數(shù)據(jù)交換 38 4.3.3與財務(wù)軟件的數(shù)據(jù)交換 38 4.4門戶網(wǎng)站系統(tǒng) 38 4.4.1首頁 39 4.4.2工作動態(tài) 39 4.4.3政策法規(guī) 39 4.4.4網(wǎng)上公告 39 4.4.5市縣工作動態(tài) 39 4.4.6辦事指南 39 4.4.7管理頻道 40 4.4.8其它功能 40 第五章 系統(tǒng)實(shí)現(xiàn) 40 5.1費(fèi)用征繳中的信息化管理 41 5.2基金支付中的信息化管理 42 5.3決策支持中的信息化管理 44 第六章 系統(tǒng)測試 44 6.1概述 44 6.2功能測試 46

17、 第七章 系統(tǒng)相關(guān)問題探討 47 7.1重點(diǎn)解決的問題 47 7.2該設(shè)計方案的優(yōu)勢 48 7.2.1設(shè)計方案簡單標(biāo)準(zhǔn)，支持多種數(shù)據(jù)庫 48 7.2.2投資少兼顧高擴(kuò)展性 48 7.2.3實(shí)現(xiàn)了醫(yī)院信息系統(tǒng)與農(nóng)合系統(tǒng)的緊密集成 48 7.2.4提高了工作效率，大大減少了人力資源的投入 48 7.3體會與建議 48 7.3.1合作醫(yī)療管理信息系統(tǒng)的建立, 必需具備一定的條件 48 7.3.2合作醫(yī)療管理信息系統(tǒng)的建立, 提高合作醫(yī)療的決策水平 48 7.3.3日常數(shù)據(jù)收集處理是合作醫(yī)療信息管理的基礎(chǔ)性工作 49 7.3.4計算機(jī)化是合作醫(yī)療管理信息系統(tǒng)的努力方向 49 第

18、八章 總結(jié)與展望 49 8.1總結(jié) 49 8.2展望 50 參考文獻(xiàn) 51 52 第一章 緒論 1.1引言 新型農(nóng)村合作醫(yī)療工作是新時期黨和國家為解決農(nóng)民群眾“因病致貧、因病返貧”問題的重要手段，隨著新醫(yī)改造政策的不斷推進(jìn)，全民醫(yī)保的網(wǎng)絡(luò)基本建立，各級財政對基層醫(yī)療衛(wèi)生體系特別是新農(nóng)合體系的投入逐年提高，由于醫(yī)療保障水平的提高，農(nóng)民群眾的醫(yī)療服務(wù)需求得到了全面的釋放，農(nóng)民群眾間“小病拖、大病等”的就醫(yī)模式全面改變，一定程度上解決了農(nóng)民怕生病，看病難的問題，但是我們也必須看到其高速發(fā)展中所產(chǎn)生的問題?，F(xiàn)行的以人工審核為主的補(bǔ)償模式，較高的誤差率對新農(nóng)合基金的安全運(yùn)行

19、帶來很大風(fēng)險，同時大量的占用了新農(nóng)合管理機(jī)構(gòu)的人力物力，有限的人員力量基本全部從事了基礎(chǔ)的審核工作，對定點(diǎn)醫(yī)療機(jī)構(gòu)的監(jiān)管、可疑票據(jù)的外調(diào)和意外傷害的調(diào)查等工作的開展很可能由于管理人員人手不足的原因而產(chǎn)生影響。 隨著我國目前科學(xué)、技術(shù)日新月異的發(fā)展，并且伴隨著合作醫(yī)療工作深入展開，亟需收集、分析和總結(jié)的信息資源、資金數(shù)額等相關(guān)數(shù)量必定急劇膨脹，因為這種需要被處理信息量十分龐大，僅僅是通過傳統(tǒng)的手工作業(yè)來應(yīng)付收集數(shù)據(jù)這一項工作都很難實(shí)現(xiàn)，更何況是數(shù)據(jù)上的管理、處理、匯總統(tǒng)計等方面的工作，就更加難以完成了。因此，采用現(xiàn)代化醫(yī)療信息管理的方式就是勢在必行的了。新型農(nóng)村合作醫(yī)療管理系統(tǒng)只有通過

20、系統(tǒng)的自動化，才有可能最大限度的減少手工作業(yè)帶來的誤差，提升信息收集、加工、分析的速度，對新農(nóng)合的醫(yī)療基金所面臨的風(fēng)險進(jìn)行監(jiān)控，只有這樣，才能夠達(dá)到更加公平、公開和公正，也可以從實(shí)質(zhì)上來提升數(shù)據(jù)的處理質(zhì)量以及提高工作效率，進(jìn)一步方便廣大農(nóng)民群眾進(jìn)行相應(yīng)的就醫(yī)補(bǔ)償。 新型農(nóng)村合作醫(yī)療信息管理系統(tǒng)是以《衛(wèi)生部關(guān)于新型農(nóng)村合作醫(yī)療信息系統(tǒng)建設(shè)的指導(dǎo)意見》等一系列國家相關(guān)文件為立項依據(jù)的，其為新型農(nóng)村合作醫(yī)療提供費(fèi)用測算、基金收繳、支付補(bǔ)償、監(jiān)督審計、決策分析和政策公告等功能，有效提高新農(nóng)合資金的使用效率、杜絕資金管理漏洞、提升服務(wù)與監(jiān)管水平。 隨著我國醫(yī)療制度的改革，醫(yī)療業(yè)務(wù)信息量劇增。因此，為

21、了達(dá)到醫(yī)療制度改革的目標(biāo)，根據(jù)建立醫(yī)療制度的基本原則，相對應(yīng)的政策規(guī)定非常復(fù)雜，針對各種類別的參保人員在不同情況下發(fā)生的醫(yī)療費(fèi)用，其結(jié)算方法都有區(qū)別。就目前來說，雖然我國有些企業(yè)已經(jīng)采用了計算機(jī)管理信息系統(tǒng)來對醫(yī)療信息進(jìn)行管理，但是，這種設(shè)計一般僅僅是面向單個部門進(jìn)行的，也就是說這種軟件在通用性上表現(xiàn)很差，而相關(guān)企業(yè)本身的發(fā)展又亟需該系統(tǒng)擁有進(jìn)行網(wǎng)絡(luò)化管理的相應(yīng)功能。其次，目前醫(yī)療管理系統(tǒng)在可擴(kuò)展性上表現(xiàn)很差，也就是說它們普遍不具備參數(shù)設(shè)置功能的相關(guān)模塊，無法對醫(yī)療政策的參數(shù)進(jìn)行隨時的新建和修改，也不能適應(yīng)當(dāng)代醫(yī)療改革的急速發(fā)展。最后，目前醫(yī)療信息管理系統(tǒng)在安全性上表現(xiàn)也較差，其多數(shù)只能采取用

22、戶鑒別的技術(shù)，這就缺乏對用戶權(quán)限的相關(guān)設(shè)置，同時也在很大程度上使系統(tǒng)的安全性降低了。 本文所研究的新型農(nóng)村合作醫(yī)療信息化系統(tǒng)的主要目的是為了探討和實(shí)現(xiàn)新型農(nóng)村合作醫(yī)療系統(tǒng)的信息化補(bǔ)償管理，從而提高運(yùn)行效率，簡化行政成本。 1.2 國內(nèi)外研究現(xiàn)狀 建議重寫該部分 新型農(nóng)村合作醫(yī)療管理系統(tǒng)的基本功能 就醫(yī)療管理系統(tǒng)目前的應(yīng)用方面來看，其軟件系統(tǒng)主要包括以下三個方面的功能： 首先，是新型農(nóng)村合作醫(yī)療統(tǒng)一集成的門戶平臺，門戶平臺是整個新農(nóng)合信息系統(tǒng)的統(tǒng)一入口，需要了實(shí)現(xiàn)各級新農(nóng)合業(yè)務(wù)管理系統(tǒng)與其他相關(guān)的衛(wèi)生行政管理系統(tǒng)的業(yè)務(wù)集成，實(shí)現(xiàn)各類新舊應(yīng)用系統(tǒng)和異構(gòu)系統(tǒng)的業(yè)務(wù)流程整合與業(yè)務(wù)數(shù)據(jù)

23、的集成，完成權(quán)限統(tǒng)一控制、業(yè)務(wù)交互、補(bǔ)償公示、信息交互等一系列功能。 其次，是新型農(nóng)村合作醫(yī)療業(yè)務(wù)綜合處理平臺，其集中管理各級農(nóng)民健康信息和新型農(nóng)村合作醫(yī)療信息，實(shí)現(xiàn)人的整個生命周期健康信息的完整記錄；采用統(tǒng)一規(guī)范化、標(biāo)準(zhǔn)化的設(shè)計，實(shí)現(xiàn)農(nóng)民的合作醫(yī)療參合管理、各類疾病補(bǔ)償管理、新農(nóng)合基金的統(tǒng)籌管理、財務(wù)會計核算、綜合統(tǒng)計與查詢、動態(tài)配置與維護(hù)等。 最后，是新型農(nóng)村合作醫(yī)療統(tǒng)一數(shù)據(jù)中心管理平臺數(shù)據(jù)中心管理平臺實(shí)現(xiàn)多數(shù)據(jù)源存儲與管理，各類數(shù)據(jù)采集，異構(gòu)數(shù)據(jù)統(tǒng)一交換等，建立各行政級別的新型農(nóng)村合作醫(yī)療基礎(chǔ)數(shù)據(jù)交換平臺和建立統(tǒng)一的新型農(nóng)村合作醫(yī)療信息數(shù)據(jù)庫，集中存儲管理和利用廣大農(nóng)民群眾的健康信息

24、以及新型農(nóng)村合作醫(yī)療的相關(guān)信息。 總之，該系統(tǒng)在建立在整個醫(yī)療衛(wèi)生信息數(shù)據(jù)公開交換基礎(chǔ)上的，最大限度的達(dá)到了各行政級別的新型農(nóng)村合作醫(yī)療管理和經(jīng)辦機(jī)構(gòu)、各級別地方醫(yī)院、農(nóng)村當(dāng)?shù)氐男l(wèi)生服務(wù)機(jī)構(gòu)之間的相關(guān)信息共享，使廣大農(nóng)民群眾可以在各級醫(yī)院看病時獲取直接的補(bǔ)償。同時，其也為各相關(guān)領(lǐng)導(dǎo)部門提供了較為完整、詳實(shí)的農(nóng)民醫(yī)療信息、疾病醫(yī)治信息、新型農(nóng)村合作醫(yī)療相關(guān)信息等，這就為領(lǐng)導(dǎo)的相關(guān)決策提供了數(shù)據(jù)上的支持。 1.2選題目的及意義 隨著我國醫(yī)療制度的改革，醫(yī)療業(yè)務(wù)信息量劇增。因此，為了達(dá)到醫(yī)療制度改革的目標(biāo)，根據(jù)建立醫(yī)療制度的基本原則，相對應(yīng)的政策規(guī)定非常復(fù)雜，針對各種類別的參保人員在不同情況下

25、發(fā)生的醫(yī)療費(fèi)用，其結(jié)算方法都有區(qū)別。就目前來說，雖然我國有些企業(yè)已經(jīng)采用了計算機(jī)管理信息系統(tǒng)來對醫(yī)療信息進(jìn)行管理，但是，這種設(shè)計一般僅僅是面向單個部門進(jìn)行的，也就是說這種軟件在通用性上表現(xiàn)很差，而相關(guān)企業(yè)本身的發(fā)展又亟需該系統(tǒng)擁有進(jìn)行網(wǎng)絡(luò)化管理的相應(yīng)功能。其次，目前醫(yī)療管理系統(tǒng)在可擴(kuò)展性上表現(xiàn)很差，也就是說它們普遍不具備參數(shù)設(shè)置功能的相關(guān)模塊，無法對醫(yī)療政策的參數(shù)進(jìn)行隨時的新建和修改，也不能適應(yīng)當(dāng)代醫(yī)療改革的急速發(fā)展。最后，目前醫(yī)療信息管理系統(tǒng)在安全性上表現(xiàn)也較差，其多數(shù)只能采取用戶鑒別的技術(shù)，這就缺乏對用戶權(quán)限的相關(guān)設(shè)置，同時也在很大程度上使系統(tǒng)的安全性降低了。 本文所研究的新型農(nóng)村合作醫(yī)

26、療信息化系統(tǒng)的主要目的是為了探討和實(shí)現(xiàn)新型農(nóng)村合作醫(yī)療系統(tǒng)的信息化補(bǔ)償管理，從而提高運(yùn)行效率，簡化行政成本。 1.3本文工作及組織結(jié)構(gòu) 1.3.1本文的研究內(nèi)容 本文采用軟件工程學(xué)面向?qū)ο蟮能浖Ｐ图夹g(shù)，特別注重面向?qū)ο蠓治龊兔嫦驅(qū)ο笤O(shè)計的理論，采用了基于Web的B/S模式的N層模型進(jìn)行設(shè)計。這種模型具有安全性高、穩(wěn)定性強(qiáng)、開放性好、響應(yīng)速度快、維護(hù)便捷容易、系統(tǒng)擴(kuò)展靈活的特點(diǎn)，能最大程度的適應(yīng)新型農(nóng)村合作醫(yī)療管理信息系統(tǒng)的數(shù)據(jù)流通交換量大，安全性要求高的需要。同時N層模型的設(shè)計，較大程度分散了服務(wù)器和客戶端的工作量，分工明確，提高了系統(tǒng)的資源利用率和可靠性。在技術(shù)上，使用ecl

27、ipse作為開發(fā)平臺，數(shù)據(jù)庫服務(wù)器使用了Oracle 9i，并使用了C#語言、ASP.NET Web Form、ASP.NET AJAX 和 ADO.NET等技術(shù)設(shè)計實(shí)現(xiàn)了一套新型農(nóng)村合作醫(yī)療信息系統(tǒng)。 1.3.2本文的組織結(jié)構(gòu) 第一章 概述，主要介紹本文的研究背景和研究目的。 第二章 開發(fā)平臺及關(guān)鍵技術(shù)介紹，主要介紹本課題研究中要使用的技術(shù)，包括使用eclipse作為開發(fā)平臺，數(shù)據(jù)庫服務(wù)器使用了Oracle 9i，并使用了C#語言、ASP.NET Web Form、ASP.NET AJAX 和 ADO.NET等技術(shù)設(shè)計實(shí)現(xiàn)了一套新型農(nóng)村合作醫(yī)療信息系統(tǒng)。 第三章 需求分析，主

28、要介紹本課題的功能需求和數(shù)據(jù)需求。 第四章 系統(tǒng)設(shè)計，主要介紹本課題的系統(tǒng)設(shè)計，包括系統(tǒng)功能模塊設(shè)計和數(shù)據(jù)庫設(shè)計。 第五章 系統(tǒng)實(shí)現(xiàn)，詳細(xì)介紹本課題的系統(tǒng)實(shí)現(xiàn)過程以及主要功能模塊的設(shè)計和實(shí)現(xiàn)。 第六章 系統(tǒng)測試，本章主要介紹利用常見的測試手段對本課題項目的測試工作。 第七章 安全性問題及對策，主要介紹本課題在安全性方面所做的工作。 第八章 總結(jié)與展望，對本課題的成果進(jìn)行總結(jié)，提出還需進(jìn)一步的展望。 第二章 關(guān)鍵技術(shù)介紹 建議簡化該章內(nèi)容 2.1 引言 本章主要介紹了本課題研究中要使用的技術(shù)，包括使用eclipse作為開發(fā)平臺，數(shù)據(jù)庫服務(wù)器使用了Oracle 9i，

29、并使用了C#語言、ASP.NET Web Form、ASP.NET AJAX 和 ADO.NET等技術(shù)設(shè)計實(shí)現(xiàn)了一套新型農(nóng)村合作醫(yī)療信息系統(tǒng)。 2.1 eclipse Eclipse 是一個開放源代碼的、基于Java的可擴(kuò)展開發(fā)平臺。就其本身而言，它只是一個框架和一組服務(wù)，用于通過插件組件構(gòu)建開發(fā)環(huán)境。幸運(yùn)的是，Eclipse 附帶了一個標(biāo)準(zhǔn)的插件集，包括Java開發(fā)工具（Java Development Kit，JDK）。雖然大多數(shù)用戶很樂于將 Eclipse 當(dāng)作 Java 集成開發(fā)環(huán)境（IDE）來使用，但 Eclipse 的目標(biāo)卻不僅限于此。Eclipse 還包括插件開發(fā)環(huán)境

30、（Plug-in Development Environment，PDE），這個組件主要針對希望擴(kuò)展 Eclipse 的軟件開發(fā)人員，因為它允許他們構(gòu)建與 Eclipse 環(huán)境無縫集成的工具。由于 Eclipse 中的每樣?xùn)|西都是插件，對于給 Eclipse 提供插件，以及給用戶提供一致和統(tǒng)一的集成開發(fā)環(huán)境而言，所有工具開發(fā)人員都具有同等的發(fā)揮場所。 這種平等和一致性并不單單的局限于Java開發(fā)的相關(guān)工具。雖然Eclipse 是通過Java語言進(jìn)行研發(fā)的，但是，它并不局限于Java語言這一項功能上；例如，其可以支持包括COBOL、C/C++、PHP等在內(nèi)的編程語言的插件。此外，Eclipse

31、 的應(yīng)用還能夠被用來作為無關(guān)于軟件開發(fā)的其他方面的應(yīng)用程序類型的基礎(chǔ)，例如：內(nèi)容方面的管理系統(tǒng)。以Eclipse應(yīng)用程序為基礎(chǔ)建立起相關(guān)程序的一個顯著的例子便是IBM Rational Software Architect，它構(gòu)成了IBM Java相關(guān)開發(fā)工具系列的重要基礎(chǔ)。 2.1.1主要組件 建議刪除 Eclipse的基礎(chǔ)被稱為“富客戶機(jī)平臺”（英文表述為Rich Client Platform，即RCP）。RCP包括了以下幾個組件： l 核心平臺（Eclipse的啟動，運(yùn)行插件） l OSGi（標(biāo)準(zhǔn)集束框架） l SWT（能夠進(jìn)行移植的構(gòu)件工具包） l J

32、Face（文件緩沖，文本處理） l Eclipse工作臺（即Workbench，包含視圖views、編輯器editors、視角perspectives和向?qū)izards） 2.1.2組成計劃 l Eclipse由各種不同的計劃組成，主要總結(jié)為以下幾方面： l Eclipse計劃：本身包括Eclipse的平臺，Eclipse富客戶端平臺（RCP）和Java開發(fā)工具（JDT）。 l Eclipse的測試和性能測試工具平臺（TPTP）：其為軟件開發(fā)者提供了一個可以構(gòu)建類似于測試調(diào)試、基準(zhǔn)評測等測試、概況分析、性能工具的平臺。 l Eclipse Web的工具平臺計劃（WTP）：用

33、企業(yè)版的Java Web應(yīng)用程序開發(fā)工具來對Eclipse的平臺進(jìn)行擴(kuò)展。它主要有以下幾個部分組成：HTML、JavaScript、JSP、CSS、XML、SQL、DTD、XSD、WSDL的源代碼編輯器；XSD、WSDL的圖形界面編輯器；Java企業(yè)版中“項目性質(zhì)”（project nature）、建構(gòu)器（builder）和模型（model），同一個Java企業(yè)版的導(dǎo)航（navigator）；一個Web服務(wù)（Web service）向?qū)Ш蜑g覽器，此外還具有一個WS-I的測試工具；最后就是對數(shù)據(jù)庫進(jìn)行訪問和查詢的工具模型. l Eclipse商業(yè)智能和報表工具計劃（BIRT）：提供Web應(yīng)用程

34、序（特別是基于Java企業(yè)版的）的報表開發(fā)工具 l Eclipse建?？蚣埽‥MF）：依據(jù)使用XMI描述的建模規(guī)格，生成數(shù)據(jù)模型結(jié)構(gòu)化的工具以及其他方面的應(yīng)用程序代碼。 l 圖形編輯器的框架（GEF）：可以讓開發(fā)者通過一個已有的應(yīng)用程序模型來對富圖形化進(jìn)行創(chuàng)建的一個編輯器。 l UML2：Eclipse平臺之下，實(shí)現(xiàn)的一個UML 2.0元模型，可以支持開發(fā)相關(guān)的建模工具。 l AspectJ：能夠針對Java面向側(cè)面進(jìn)行的語言擴(kuò)展。 l Eclipse通訊框架（ECF）：特別用于在Eclipse平臺上進(jìn)行通訊應(yīng)用程序創(chuàng)建工作。 l Eclipse數(shù)據(jù)工具的平臺計劃（DTP） l

35、Eclipse設(shè)備驅(qū)動軟件的開發(fā)計劃（DSDP） l C/C++開發(fā)工具的計劃（CDT）：試圖給Eclipse平臺提出一個全功能C和C++的集成開發(fā)環(huán)境（IDE），它以GCC為其編譯器。 l Eclipse平臺COBOL集成開發(fā)環(huán)境子計劃（COBOL）：其將建構(gòu)一個關(guān)于Eclipse平臺上的全方位功能的COBOL集成開發(fā)環(huán)境。 l 并行工具平臺（PTP）：將關(guān)于并行的計算機(jī)構(gòu)架下的相關(guān)工具進(jìn)行開發(fā)，并通過集成的平行工具平臺，并且該平臺是能夠進(jìn)行移植的，可以伸縮并基于標(biāo)準(zhǔn)的。 l 嵌入式富客戶端平臺（eRCP）：期望將Eclipse富客戶端的平臺擴(kuò)展至嵌入式設(shè)備上。該平臺主要是相關(guān)富客戶

36、端平臺（RCP）各組件子集的集合。它可以讓桌面環(huán)境下的應(yīng)用程序模型幾乎一樣地能運(yùn)于嵌入式的設(shè)備上。 2.2 Oracle 9i 2000 年 10 月在Oracle Open World 上發(fā)布，引進(jìn)了許多關(guān)于Oracle數(shù)據(jù)庫、應(yīng)用服務(wù)器、開發(fā)工具方面的新功能。Oracle9i是相關(guān)行業(yè)中第一個較為完整、比較簡單的運(yùn)用到互聯(lián)網(wǎng)上的新型智能化、可以協(xié)作多種相關(guān)應(yīng)用軟件的基礎(chǔ)性架構(gòu)。實(shí)際上，Oracle9i指的是 Oracle9i Database,Oracle 9i Application Server 和Oracle9i Developer Suite三方面的一個完整的集成。近年來，軟件

37、開始逐步轉(zhuǎn)變成為一種托管式的服務(wù)( hosted services)，有著internet上高伸縮性的、高智能化的、可靠的Oracle9i在未來必將成為具有高質(zhì)量的、實(shí)現(xiàn)電子商務(wù)服務(wù)方面的關(guān)鍵性軟件。 2.2.1 Oracle 9i特征介紹 Oracle 9i提供了可以在電子商務(wù)環(huán)境下運(yùn)用的一系列特定的功能以及相應(yīng)的產(chǎn)品包，此外，其也同Oracle 8i一樣，繼續(xù)關(guān)注于Internet。在此，筆者主要介紹Oracle 9i 在一些關(guān)鍵的領(lǐng)域之中的相關(guān)新特性： 首先，Oracle 9i實(shí)現(xiàn)了數(shù)據(jù)的連續(xù)使用，Oracle 9i在很大程度上提升了 Oracle 在 Internet數(shù)據(jù)

38、庫中相關(guān)可用性的地位。這其中包括了：處于世界領(lǐng)先地位的數(shù)據(jù)保護(hù)、數(shù)據(jù)庫的準(zhǔn)確修復(fù)、聯(lián)機(jī)數(shù)據(jù)變化、服務(wù)錯誤的自我更正等方面。在處于世界領(lǐng)先地位的數(shù)據(jù)保護(hù)環(huán)境上面，Oracle 9i中有許多新特征，比如對數(shù)據(jù)的保護(hù)性方面進(jìn)行了改進(jìn)。此外，不僅著重增強(qiáng)了Standby的產(chǎn)品，同時還提供了可以進(jìn)行監(jiān)視、自動化以及相應(yīng)控制的構(gòu)架。并且，其與管理備用數(shù)據(jù)相關(guān)的眾多任務(wù)也都是具有自動化特性的，這又包括含有初始化的實(shí)現(xiàn)、錯誤的自動跳轉(zhuǎn)、主從之間簡便的來回切換等。此外，在Oracle 9i之中，還相應(yīng)的對LogMiner進(jìn)行了增強(qiáng)，這樣就便對基于SQL產(chǎn)生的日志進(jìn)行全面的分析。在聯(lián)機(jī)否認(rèn)數(shù)據(jù)變化方面，Oracl

39、e 9i當(dāng)中包含有一個新型的、對聯(lián)機(jī)進(jìn)行重新組織與重新定義的結(jié)構(gòu)，這就提供了一個更加強(qiáng)大、有效的重新組織的功能。目前，Oracle 9i可以與連機(jī)“Create Table As Select”進(jìn)行操作。在該新型的體系結(jié)構(gòu)之中，表當(dāng)中的內(nèi)容都通過復(fù)制，轉(zhuǎn)移到了另外一個新的表中，在該復(fù)制過程的同時，數(shù)據(jù)庫可以對原始表的相關(guān)更新進(jìn)行跟蹤。運(yùn)用新型體系結(jié)構(gòu)，能夠?qū)⒈碇械娜魏挝锢韺傩赃M(jìn)行聯(lián)機(jī)更改，此外，很多邏輯屬性也都能夠被更改。Oracle 9i還可以聯(lián)機(jī)建立索引編排表中的上級次索引，系統(tǒng)的管理員也可以及時將數(shù)據(jù)庫停止，這樣就可以執(zhí)行一些非活動事務(wù)，并對其進(jìn)行處理。在對數(shù)據(jù)庫修進(jìn)行準(zhǔn)確的復(fù)方面，Or

40、acle 8i已經(jīng)具有了十分完善的修復(fù)功能，而Oracle 9i 則更加擴(kuò)展了這種功能，使相關(guān)功能變得更加強(qiáng)大、更加準(zhǔn)確。Oracle 9i系統(tǒng)中，包含了預(yù)防磁盤的損壞以及處理損害的改進(jìn)方法。Oracle 9i能夠經(jīng)過運(yùn)用新型兩關(guān)口的恢復(fù)算法是系統(tǒng)更加快速的從之前的崩潰當(dāng)中自行恢復(fù)，該種算法能夠保證只有需要被處理的相關(guān)模塊才會從數(shù)據(jù)文件中被讀取并且被寫入相應(yīng)的數(shù)據(jù)文件。在錯誤服務(wù)的自我更正上，Oracle 9i中有著處理人工作業(yè)導(dǎo)致的錯誤的各種技巧，并且包括了授權(quán)終端用戶用更加準(zhǔn)確、更加有效、更加容易的方式來對其本身的錯誤進(jìn)行修正的功能。若要對錯誤進(jìn)行更改，終端的用戶一般需要查看相關(guān)的更改歷史

41、，以此來識別對應(yīng)的錯誤，同時，他們要求可以恢復(fù)數(shù)據(jù)在發(fā)生錯誤之前的狀態(tài)，以此來退出該次錯誤。具體的查詢方式主要有兩種，其一，利用 Oracle 9i之中的Flashback(即回閃式)查詢特性，做到從歷史當(dāng)中的某一個定點(diǎn)來對數(shù)據(jù)進(jìn)行查詢；其二，用Logminer在相關(guān)的日志文件當(dāng)中，搜尋特定數(shù)據(jù)庫曾經(jīng)的更改記錄。 其次，Oracle 9i具有高度的可伸縮性的性能，Oracle 9i可以使電子商務(wù)在千萬用戶之中得到擴(kuò)展，而其中的每一個用戶在每個小時都進(jìn)行幾百萬項事物的處理。這種高度的伸縮性包括了：Oracle 9i Real Application Clusters-Cache Fus

42、ion、可進(jìn)行伸縮的相關(guān)會話管理以及對于電子商務(wù)來說至關(guān)重要的優(yōu)化特性等等。對于Oracle 9i Real Application Clusters-Cache Fusion來說，Oracle 9i Real Application Clusters能夠不對運(yùn)用的應(yīng)用程序加以經(jīng)修改就可以得到該數(shù)據(jù)庫的可伸縮性、高可用性以及高性能。在Oracle 9i Cache Fusion系統(tǒng)結(jié)構(gòu)中，可以利用聚合簇中的全部節(jié)點(diǎn)這中高速的緩存來對數(shù)據(jù)庫的請求進(jìn)行滿足。Oracle 9i Cache Fusion在讀/寫、讀/讀、寫/寫爭用這一條件下，可以將相關(guān)數(shù)據(jù)塊從一節(jié)點(diǎn)的高速緩存直接運(yùn)送至另一節(jié)點(diǎn)的高速

43、緩存，但是，這需要建立于處理讀/寫爭用之前的Oracle 8i　Cache Fusion的執(zhí)行基礎(chǔ)上。對于管理可伸縮會話狀態(tài)這一方面來說，新型共享內(nèi)存的功能、J改進(jìn)AVA會話支持、聯(lián)網(wǎng)、改進(jìn)多線成服務(wù)器等都在很大程度上降低了Oracle 9i之上的每一用戶需要的覆蓋區(qū)域，并且可以使更多的用戶同時托管于一個或者是更加大的硬件平臺之上。在對于電子商務(wù)來說至關(guān)重要的優(yōu)化特性這一方面，Oracle 9i當(dāng)中的某一特定性可以將在電子商務(wù)的解決方案中起重要作用的某些領(lǐng)域、性能進(jìn)行集中的改進(jìn)，對改進(jìn)本地的編譯來說， PL/SQL的優(yōu)化支持在很大程度上提升了目前眾多與應(yīng)用程序相關(guān)的性能。而對于應(yīng)用程序服務(wù)器以

44、及后端的Oracle 9i數(shù)據(jù)庫二者之間的聯(lián)系方面來說，Oracle Net Services新的性能--VI(Virtual Interface，即虛擬接口)Protocol的支持性能將會改善10%左右。除此之外，某一特定網(wǎng)絡(luò)接口上的優(yōu)化、全新虛擬線路 I/O的改進(jìn)、統(tǒng)一的事件和等待模式等方面都在很大程度上提升了客戶機(jī)（或者服務(wù)器）的相關(guān)通信性能。通過OCI的運(yùn)用來進(jìn)行數(shù)據(jù)庫的重新制作，或者數(shù)據(jù)庫的通信上的重新制作都在很大程度上提升了該分布式數(shù)據(jù)庫的相關(guān)性能。 最后，Oracle 9i還具有可以提供一種“端到端”的安全體系結(jié)構(gòu)的性能，Oracle 9i將持續(xù)提供該行業(yè)中最為安全的一種應(yīng)用平

45、臺以及相應(yīng)的部署平臺。該性能包括一下內(nèi)容：三層次的安全、數(shù)據(jù)方面的加密、在標(biāo)準(zhǔn)之下的PKI、保護(hù)深層的數(shù)據(jù)庫、標(biāo)簽上的安全、對企業(yè)的用戶安全進(jìn)行保護(hù)、因特網(wǎng)的相關(guān)目錄等方面。Oracle 9i以代理認(rèn)證的方式將三層安全大大增強(qiáng)，這包括了X.509的許可證文件、信用代理中的判別、支持胖JDBC、連接共享各應(yīng)用程序的用戶以及Oracle Internet Directory之下的集成。在標(biāo)準(zhǔn)PKI這一基礎(chǔ)之下，Oracle Advanced Security(即高級安全)的標(biāo)準(zhǔn)PKI主要包括有Public Key Certificate (PKCS)#12的支持，已有PKI信用經(jīng)過Oreacle

46、Wallet的共享，以此來減少PKI的部署成本，并且相應(yīng)的將交互的操作性增強(qiáng)。在數(shù)據(jù)庫的深層保護(hù)上，Oracle Label Security，是基于Viretual Private Database(即虛擬私有數(shù)據(jù)庫)而研發(fā)的一個產(chǎn)品，其擁有更加強(qiáng)大的VPD的功能，并且擁有更精準(zhǔn)的粒度審核功能，可以讓人對主機(jī)的安全更加放心。粒度審核的精確性可以進(jìn)一步將審核政策進(jìn)行定義，其可以給相關(guān)數(shù)據(jù)庫設(shè)定即將觸發(fā)的審核事件，并可以為其提供存取的提前，其恰好運(yùn)用了這一具有靈活性的事件處理器，并且將被觸發(fā)的特定事件及時告知給系統(tǒng)管理員。在Enterprise User Security(即“企業(yè)用戶安全”)的

47、改進(jìn)方面，Oracle Advanced Security之中的Enterprise User Security功能得到了進(jìn)一步的增強(qiáng)，這其中恰好包括了在Oracle Internet Directory中可以提供以密碼為基礎(chǔ)的用戶管理，并且該密碼管理功能也被相應(yīng)的加強(qiáng)了，這便于改善用戶的安全狀態(tài)以及相應(yīng)的安全管理政策。在加密數(shù)據(jù)這一方面，Oracle提供了一個新的功能，即是將安全隨機(jī)數(shù)的產(chǎn)生器(即RNG)合并入DBMS_OBFUSCATION_TOOLLKIT中，并對其數(shù)據(jù)存儲進(jìn)行加密。對于Oracle Label Security(即標(biāo)簽安全)方面而言，Oracle Label Secur

48、ity為可以對精密粒度進(jìn)行訪問和控制的產(chǎn)品。其把某一特定的標(biāo)簽加入數(shù)據(jù)行之中，以便給出復(fù)雜但是具有靈活性的標(biāo)簽安全。從Oracle Internet Directory (即因特網(wǎng)目錄)方面來說，Oracle 9i下依然可以進(jìn)行LDAP技術(shù)，并以此將網(wǎng)絡(luò)命名系統(tǒng)管理、方便系統(tǒng)部署等實(shí)現(xiàn)，在這種情況下，就無論客戶有多少個數(shù)據(jù)庫，或者每一數(shù)據(jù)庫擁有多少個用戶都可以得到實(shí)現(xiàn)。 除此之外，Oracle 9i同時有著其他一些特征，比如其依然能夠給電子商務(wù)的應(yīng)用程序或者傳統(tǒng)的應(yīng)用程序開發(fā)提供最為合適的平臺以及可管理性、Windows集成等特征。 2.2.2 Oracle 9i的改進(jìn)功能 l Orac

49、le 9i已將電子商務(wù)系的相關(guān)解決方案進(jìn)行了相應(yīng)的改善，這其中，對于Java而言，將多余的單元集進(jìn)行了收集并加以改善，提升了本地編譯的功能，將對象共享以及會話連接的功能增強(qiáng)了，并且將在Java之中內(nèi)置的應(yīng)用程序的有關(guān)性能進(jìn)行了提高。 l Oracle 9i對于電子商務(wù)的應(yīng)用程序開發(fā)平臺來說，特別的針對Java研究，將嵌入式Java Virtual Machine(即虛擬機(jī))的性能進(jìn)行了提高，并且增加了在Java存儲過程中進(jìn)行返回多行紀(jì)錄(即REFCURSORS)的功能。 l Oracle 9i在因特網(wǎng)的內(nèi)容存儲上，以及相應(yīng)的管理功能上，也增加了一些功能，如可以支持interMedia的圖像

50、、音頻、視頻。并且通過將Java Imageing(即JAI，Java高級圖像處理)一同并入數(shù)據(jù)庫中，并且在interMedia之中給予對Java Media Framework(即JMF，Java媒體框架)的支持，Oracle 9i在很大程度上簡化了新增的多媒體的格式、處理、提供媒體等方面的功能。此外，目前還可以經(jīng)由PL/SQL或者Java等接口，用原來的形式將interMedia音頻、視頻、圖像媒體處理進(jìn)行存取服務(wù)。 l Oracle 9i WEB服務(wù)器，為新型的、基于Java的、面向服務(wù)的一個框架，它支持因特網(wǎng)有關(guān)應(yīng)用程序在內(nèi)容上的聚合。 2.3 C#語言 C#是一種具有安全性、簡

51、潔性、穩(wěn)定性、優(yōu)雅性的，并且是由C、C++語言延伸出的一種面向?qū)ο蠖M(jìn)行的編程語言。其在充分繼承了C、C++的特定強(qiáng)大功能時，也剔除掉了其中的某些過于復(fù)雜的特性，如無宏以及模版，不能夠進(jìn)行多重繼承等。C#語言將VB的簡單可視化操作與C++高運(yùn)行的效率相結(jié)合，用其完備的操作能力、新穎的語言特點(diǎn)、漂亮的語言風(fēng)格、便捷編程過程等已經(jīng)成為了.NET程序開發(fā)當(dāng)中被首選的語言，同時，其也成為了ECMA和ISO的標(biāo)準(zhǔn)規(guī)范?？雌饋鞢#是以C++為基礎(chǔ)寫成的，但在實(shí)際上，其是融入了其它諸如Pascal、Java以及VB等進(jìn)行編寫的一種語言。 2.3.1 C#語言的特點(diǎn) l 編譯語言十分簡練。 l 將C++

52、的部分功能予以保存。 l 開發(fā)等功能的快速運(yùn)用。 l 語言保持自由。 l Web服務(wù)器的控件。 l 可以進(jìn)行跨平臺操作。 l 同XML進(jìn)行融合。 2.3.2 C#與C++的區(qū)別 l 編譯目標(biāo)：C++的代碼可以直接轉(zhuǎn)換成本地能夠執(zhí)行的代碼，而C#默認(rèn)的編譯則是中間語言（即IL）的代碼，在執(zhí)行的時候再用Just-In-Time把有用的模塊當(dāng)場轉(zhuǎn)換為本地的代碼。 l 內(nèi)存管理：C++需以顯式地的方式將動態(tài)分給堆的內(nèi)存進(jìn)行刪除，但是C#語言就不需這么做，C#語言采取垃圾回收的機(jī)制方式自動的在恰當(dāng)時機(jī)將不需要再使用的相關(guān)內(nèi)存進(jìn)行回收。 l 指針：在C++語言中很多情況下都運(yùn)用了指針這一

53、功能，但是C#語言引用了對類實(shí)例這一方式，若實(shí)在要在C#語言中運(yùn)用指針，則要實(shí)現(xiàn)進(jìn)行聲明，表示此內(nèi)容為非安全內(nèi)容。但是，在一般情形下，C#語言中沒有使用指針的必要性。 l 對字符串的處理：在C#語言中，字符串通常是被當(dāng)做一種基本的數(shù)據(jù)類型處理的，所以，這比在C++語言中，對字符串進(jìn)行處理的方式要簡單很多。 l 庫：C++語言較多的依賴一種標(biāo)準(zhǔn)庫，這種標(biāo)準(zhǔn)庫以繼承以及模板為基礎(chǔ)，而C#語言更多的依賴.NET基庫。 l C++語言可以進(jìn)行類的多繼承，但是C#語言只能夠進(jìn)行類的單繼承，再以接口的方式來實(shí)現(xiàn)多繼承。 l C#語言可以運(yùn)于網(wǎng)頁的設(shè)計上，例如ASP或者ASP.NET。但是C++語言

54、則沒有這一功能。 2.3.3 C#與Java的比較 l C#語言面向?qū)ο筮@一程度高于Java。 l C#語言中所有基本類型均是面向?qū)ο笤O(shè)計的。 l C#語言的某些功能要強(qiáng)于Java。 l C#語言執(zhí)行任務(wù)的速度要快于Java。 2.4 ASP.NET Web Form ASP技術(shù)是微軟公司研發(fā)的一項技術(shù)，具體來說，其是一種能夠?qū)⑶度氲骄W(wǎng)頁之中的腳本經(jīng)由因特網(wǎng)服務(wù)器來進(jìn)行執(zhí)行的一種服務(wù)器端的腳本技術(shù)，是指 Active Server Pages（即動態(tài)服務(wù)器頁面）在IIS當(dāng)中進(jìn)行運(yùn)行的一個程序。的前身為ASP技術(shù)，其是在IIS 2.0上第一次被提出的(Windows NT 3.51

55、)，并且在IIS 3.0 (Windows NT 4.0)之中被發(fā)揚(yáng)光大，成為了在各服務(wù)器端應(yīng)用程序之中最為熱門的一種開發(fā)工具。同時，微軟公司還專門為它研發(fā)出了Visual，從1994年開始一直到2000年，ASP逐漸成為了微軟公司推廣Windows NT 4.0平臺的至關(guān)重要的眾多技術(shù)之一，并且，成千上萬的ASP網(wǎng)站也是從這時開始頻繁的在網(wǎng)絡(luò)上出現(xiàn)的。其操作的簡單性和其高度的可定制化能力，成為了它可以迅速發(fā)展的原主要因之一。 在ASP.NET中一個網(wǎng)頁或窗口被看成一個WEB Form, Web Form通常被視為一個對象，并且被賦予了相應(yīng)的屬性、方法以及事件。在.NET的構(gòu)架中，一

56、個非常關(guān)鍵的概念即為“對象”，它視將全部的控件都視為一種對象，甚至于是數(shù)據(jù)類型，都會成為一種對象，并且每一數(shù)據(jù)類型都擁有自己特有的一種屬性、方法。ASPX為WEB FORM的后綴名。當(dāng)某一瀏覽器第一次對ASPX的文件進(jìn)行請求時，CLR（即common language runtime）將對WEB FORM的頁面進(jìn)行編譯。從那以后，若再有某些用戶對此頁面進(jìn)行訪問時，因為ASPX頁面已被進(jìn)行過了編譯，因此，CLR將會對編譯過的代碼直接進(jìn)行執(zhí)行。ASP.NET的運(yùn)行環(huán)境如圖2-2所示。 圖2-2 2.4.1 ASP.NET Web Form的優(yōu)勢 首先，執(zhí)行效率的大幅提高，ASP.net是把基

57、于通用語言的程序在服務(wù)器上運(yùn)行。不像以前的ASP即時解釋程序，而是將程序在服務(wù)器端首次運(yùn)行時進(jìn)行編譯，這樣的執(zhí)行效果，當(dāng)然比一條一條的解釋強(qiáng)很多。 其次，世界級的工具支持，ASP.net構(gòu)架是可以用Microsoft（R）公司最新的產(chǎn)品 Visual S開發(fā)環(huán)境進(jìn)行開發(fā)，WYSIWYG（What You See Is What You Get所見即為所得）的編輯。這些僅是ASP.net強(qiáng)大化軟件支持的一小部分。 再次，強(qiáng)大性和適應(yīng)性，因為ASP.net是基于通用語言的編譯運(yùn)行的程序，所以它的強(qiáng)大性和適應(yīng)性，可以使它運(yùn)行在Web應(yīng)用軟件開發(fā)者的幾乎全部的平臺上（筆者到現(xiàn)在為止

58、只知道它只能用在Windows 2000 Server上）。通用語言的基本庫，消息機(jī)制，數(shù)據(jù)接口的處理都能無縫的整合到ASP.net的Web應(yīng)用中。ASP.net同時也是 language-independent語言獨(dú)立化的，所以，你可以選擇一種最適合你的語言來編寫你的程序，或者把你的程序用很多種語言來寫，現(xiàn)在已經(jīng)支持的有C#（C++和Java的結(jié)合體），VB，Jscript。將來，這樣的多種程序語言協(xié)同工作的能力保護(hù)您現(xiàn)在的基于COM+開發(fā)的程序，能夠完整的移植向ASP.net。 第四，簡單性和易學(xué)性，ASP.net是運(yùn)行一些很平常的任務(wù)如表單的提交客戶端的身份驗證、分布系統(tǒng)和網(wǎng)站

59、配置變得非常簡單。例如ASP.net頁面構(gòu)架允許你建立你自己的用戶分界面，使其不同于常見的VB-Like界面。另外，通用語言簡化開發(fā)使把代碼結(jié)合成軟件簡單的就像裝配電腦。 第五，高效可管理性，ASP.net使用一種字符基礎(chǔ)的，分級的配置系統(tǒng)，使你服務(wù)器環(huán)境和應(yīng)用程序的設(shè)置更加簡單。因為配置信息都保存在簡單文本中，新的設(shè)置有可能都不需要啟動本地的管理員工具就可以實(shí)現(xiàn)。這種被稱為"Zero Local Administration"的哲學(xué)觀念使A的基于應(yīng)用的開發(fā)更加具體，和快捷。一個ASP.net的應(yīng)用程序在一臺服務(wù)器系統(tǒng)的安裝只需要簡單的拷貝一些必須得文件，不需要系統(tǒng)的重新啟動，一切就

60、是這么簡單。 第六，多處理器環(huán)境的可靠性，ASP.net已經(jīng)被刻意設(shè)計成為一種可以用于多處理器的開發(fā)工具，它在多處理器的環(huán)境下用特殊的無縫連接技術(shù)，將很大的提高運(yùn)行速度。即使你現(xiàn)在的ASP.net應(yīng)用軟件是為一個處理器開發(fā)的，未來若遇到多處理器進(jìn)行運(yùn)行的時候，就不需要進(jìn)行任何改變都能提高他們的效能，但現(xiàn)在的ASP確做不到這一點(diǎn)。 第七，自定義性以及可擴(kuò)展特性，ASP.net在設(shè)計時，考慮了能夠允許網(wǎng)站的開發(fā)人員在自己設(shè)定的代碼中進(jìn)行定義"plug-in"的模塊。這同之前的特定包含關(guān)系有所不一樣，ASP.net能夠加進(jìn)自己定義的如何組件。網(wǎng)站程序的開發(fā)從來沒有這么簡單過。

61、 最后，安全性，以Windows的認(rèn)證技術(shù)以及應(yīng)用程序的相關(guān)配置為基礎(chǔ)，可以確定原程序是絕對安全的。 2.4.2 傳統(tǒng)WebForm開發(fā)中存在的一些問題 傳統(tǒng)的ASP.NET開發(fā)中，微軟的開發(fā)團(tuán)隊為開發(fā)者設(shè)計了一個在可視化設(shè)計器中拖放控件，編寫代碼響應(yīng)事件的快速開發(fā)環(huán)境。然而，它所帶來的負(fù)面效應(yīng)是： l 由于控件封裝了很多東西，開發(fā)者很難了解這背后的HTML是如何運(yùn)作的 l 容易得到一個包含大量ViewState的頁面，使得頁面尺寸遠(yuǎn)遠(yuǎn)超過所需的內(nèi)容，使得頁面的打開速度較慢 l 不容易被測試 2.4.3 ASP.NET MVC MVC（Model-View-Cont

62、roller，模型-視圖-控制器模式）是軟件工程中的一種軟件架構(gòu)模式。它把軟件系統(tǒng)分為三個基本部分：模型（Model）、視圖（View）和控制器（Controller）。ASP.NET MVC是微軟的開發(fā)團(tuán)隊基于MVC開發(fā)的一個易于被測試的框架。它具有以下特性： l 無數(shù)據(jù)上的回傳 l 不能在頁面之中將視圖的狀態(tài)進(jìn)行保存 l 開發(fā)者能夠?qū)㈨撁娉尸F(xiàn)的過程進(jìn)行全面的掌控 l 便于進(jìn)行單元中的測試 l 便于進(jìn)行測試驅(qū)動方面的開發(fā) l 能夠進(jìn)行擴(kuò)展和替換 l 能夠進(jìn)行WebForm之中的某些特性，如：用戶的控件、綁定數(shù)據(jù)、母版頁、進(jìn)行本地化等 l 不在基于文件目錄結(jié)構(gòu)，而是將URL映射

63、到控制器中 2.4.4 如何選擇MVC與Webform ASP.NET MVC框架只是給開發(fā)者提供了開發(fā)web應(yīng)用程序的一種選擇，并不是要取代Webform。這兩種技術(shù)各有優(yōu)缺點(diǎn)，開發(fā)者需要根據(jù)實(shí)際情況，選擇對應(yīng)的技術(shù)，有時候，可以在同一個項目中混合使用這兩種技術(shù)。下圖2-3清晰的比較了二者在相關(guān)方面的特性。 圖2-3 2.5 ASP.NET AJAX Atlas為一新型Web技術(shù)之下的開發(fā)包，它將一套十分強(qiáng)大的客戶端腳本庫集中，并且使之同功能完善、以服務(wù)器開發(fā)平臺為基礎(chǔ)的ASP.NET2.0相結(jié)合，Atlas能夠讓開發(fā)出來的Web應(yīng)用經(jīng)由直接進(jìn)行調(diào)用We

64、b服務(wù)器來將一個Web頁面上的數(shù)據(jù)進(jìn)行相應(yīng)的更新，而不再要求在頁面中進(jìn)行往返的傳送（也即不用再將頁面進(jìn)行多次刷新）。使用“Atlas”,可以最大限度地運(yùn)用ASP.NET以及服務(wù)器一端的代碼來從事瀏覽器當(dāng)中的眾多工作，使用戶具有更豐富的使用體驗。 2007年，ASP.NET正式的推出了它的第一個版本，并且把Atlas改名稱為ASP.NET AJAX，在服務(wù)器端以及客戶端上，都分別對應(yīng)著ASP.NET服務(wù)器端的編程模型以及ASP.NET客戶端的編程模型。前面一個包括了ASP.NET 2.0 AJAX Extensions，而后面一個則包括著Microsoft AJAX Libray。

65、 ASP.NET AJAX為一較為完整的開發(fā)程序，它在服務(wù)器一端的編程模型相較于客戶一端的編程模型來說更加的簡單，并且更加容易同已有的ASP.NET程序進(jìn)行結(jié)合。一般情況下，若要實(shí)現(xiàn)較為復(fù)雜的程序只需在網(wǎng)絡(luò)頁面中對若干控件進(jìn)行拖動，并不不需要對更深層次的工作原理進(jìn)行了解，此外，在服務(wù)器一端進(jìn)行編程的ASP.NET AJAX Control Toolkit之中有著大量獨(dú)立的AJAX控件以及對ASP.NET以前服務(wù)器控件之中AJAX功能的相應(yīng)擴(kuò)展，若要實(shí)現(xiàn)起來也并非難事。但是，要知道其二者并不能兼得，服務(wù)器端的編程與客戶端的編程在執(zhí)行的效率上以及可控性上都有著十分大的差距。 2.5.1實(shí)現(xiàn)

66、原理 傳統(tǒng)意義上HTML的整頁刷新：傳統(tǒng)意義上，HTML的訪問路徑是，客戶端的瀏覽器將訪問請求發(fā)送給服務(wù)器，服務(wù)器在成功接收該請求之后，對該客戶的請求進(jìn)行運(yùn)算與處理，在生成相應(yīng)的結(jié)果后，又將該結(jié)果發(fā)送到客戶端的瀏覽器上，客戶端的瀏覽器對其回送的結(jié)果進(jìn)行進(jìn)一步的處理，最終實(shí)現(xiàn)整個頁面的刷新。 AJAX下的局部刷新：相較于傳統(tǒng)意義上的整頁刷新而言，AJAX進(jìn)行的局部刷新要顯得更為智慧以及人性化，在用戶對客戶端的瀏覽器頁面給出了相應(yīng)的操作以后，AJAX將會對服務(wù)器端進(jìn)行自動的訪問，并且將更新局部的頁面。 AJAX的交互：在進(jìn)行了第一次請求后，會發(fā)送回一個較為完整的Web頁面，若以后要對有關(guān)數(shù)據(jù)進(jìn)行更新，就不再是重新載入全部的頁面，而是僅將把產(chǎn)生了響應(yīng)內(nèi)容進(jìn)行回傳?？傮w說來，AJAX是JavaScript、CSS、DOM、XmlHttpRequest四種技術(shù)的一個集合體，主要應(yīng)用于異步獲取后臺數(shù)據(jù)和局部刷新。 2.5.2 ASP.NET AJAX的框架 ASP.NET AJAX的框架主要包括了以下幾個部分：核心組件、