設為首頁 | 加入收藏
踩踏终点站科技  
專注於高品質網站建設、軟件開發、視頻監控、係統集成、網絡工程等信息化服務於一體的科技公司
踩踏终点站 關於踩踏终点站 關於黔驢 產品中心 案例展示 解決方案 踩踏终点站 客戶服務 聯係方式
您當前的位置:首頁 >> 詳細內容
搜索
詳細內容  
微軟.NET戰略和ASP.NET簡介

ASP.NET又叫ASP+,但並不僅僅是ASP的簡單升級,而是MicroSoft推出的新一代Active Server Pages腳本語言。ASP.NET是微軟發展的新型體係結構.NET的一部分,它的全新技術架構會讓每一個人的網絡生活都變得更簡單。
首先需要特別指出的是,ASP.NET不僅僅隻是有了一個新界麵並且修複了一些缺陷的ASP3.0的升級版本(即不同於ASP2.0升級到ASP3.0的轉變)。更為重要的是,ASP.NET吸收了ASP以前版本的最大優點並參照Java、VB語言的開發優勢加入了許多新的特色,同時也修正了以前的ASP版本的運行錯誤。
要了解ASP.NET的真實麵目,踩踏终点站首先就得了解一下微軟.NET戰略。
1.1.1 微軟.NET的曆史
隨著網絡經濟的到來,微軟公司希望幫助用戶,能夠在任何時候、任何地方、利用任何工具都可以獲得網絡上的信息,並享受網絡通信所帶來的快樂。.NET戰略就是為著實現這樣的目標而設立的。
微軟公開宣布,今後將著重於網絡服務和網絡資源共享的開發工作,並稱,將會為公眾提供更加豐富、有用的網絡資源與服務。
微軟新一代平台的正式名稱叫做“新一代Windows服務”(NGWS),現在微軟已經給這個平台注冊了正式的商標——MicroSoft.Net。在.Net環境中,微軟不僅僅是平台和產品的開發者,並且還將作為架構服務提供商、應用程序提供商,開展全方位的Internet服務。在談及這個平台中使用的新技術,微軟透露,它將在.Net環境中提供更多新產品和一攬子的全套服務。

    MicroSoft .NET平台的基本思想是:
側重點從連接到互聯網的單一網站或設備上,轉移到計算機、設備和服務群組上,使其通力合作,提供更廣泛更豐富的解決方案。用戶將能夠控製信息的傳送方式、時間和內容。計算機、設備和服務將能夠相輔相成,從而提供豐富的服務,而不是像孤島那樣,由用戶提供唯一的集成。企業可以提供一種方式,允許用戶將它們的產品和服務無縫地嵌入自己的電子構架中。這種思路將擴展二十世紀八十年代首先由PC賦予的個人權限。

MicroSoft .NET將開創互聯網的新局麵,基於HTML的顯示信息將通過可編程的基於XML的信息得到增強。XML是經“萬維網聯盟”定義的受到廣泛支持的行業標準,Web瀏覽器標準也是由該組織創建的。微軟公司為開發它投入了大量精力,但它並不是MicroSoft的專有技術。XML提供了一種從數據的演示視圖分離出實際數據的方式。這是新一代互聯網的關鍵,提供了開啟信息的方式,以便對信息進行組織、編程和編輯;可以更有效地將數據分布到不同的數字設備;允許各站點進行合作,提供一組可以相互作用的“Web服務”。
1.1.2 微軟.NET的介紹
1.1.2.1  MicroSoft .NET綜述
MicroSoft .NET平台包括用於創建和操作新一代服務的.NET基礎結構和工具;可以啟用大量客戶機的.NET User Experience;用於建立新一代高度分布式的數以百萬計的.NET積木式組件服務;以及用於啟用新一代智能互聯網設備的.NET設備軟件。
MicroSoft .NET產品和服務—包括Windows.NET,連同建立積木式服務的核心集成套件;MSNTM .NET;個人訂購服務;Office.NET;Visual Studio .NET;以及用於.NET的bCentralTM。

.Net環境中的突破性改進在於:

1. 使用統一的Internet標準(如XML)將不同的係統對接;

2. 這是Internet上首個大規模的高度分布式應用服務架構;

3.使用了一個名為“聯盟”的管理程序,這個程序能全麵管理平台中運行的服務程序,並且為它們提供強大的安全保護後台;

.NET平台包括如下組件:
 
1.用戶數據訪問技術。其中包括一個新的基於XML的、以瀏覽器為組件的混合信息       架構,叫做“通用畫板”;
 
    2.基於Windows DNA 2000的構建和開發工具;

    3.一係列模塊化的服務,其中包括認證、信息傳遞、存儲、搜索和軟件送遞功能;

4.一係列驅動客戶設備的軟件;


1.1.2.2  Microsoft.NET平台帶來的重要意義

踩踏终点站來看一下MicroSoft .NET對開發人員、IT專業人員、以及企業應用的巨大意義

 對於開發人員

    MicroSoft .NET的策略是將互聯網本身作為構建新一代操作係統的基礎,對互聯網和操作係統的設計思想進行合理延伸。這樣,開發人員必將創建出擺脫設備硬件束縛的應用程序,以便輕鬆實現互聯網連接。MicroSoft .NET無疑是當今計算機技術通向計算時代的一個非常重要的裏程碑。
.NET的核心組件有:
• 一組用於創建互聯網操作係統的構建塊,其中包括Passport.NET(用於用戶認證)以及用於文件存儲的服務、用戶首選項管理、日曆管理以及眾多的其它任務
• 構建和管理新一代服務的基本結構和工具,包括Visual Studio.NET、.NET企業服務器、.NET框架和Windows.NET
• 能夠啟用新型智能互聯網設備的.NET設備軟件
• .NET用戶體驗
.NET對最終用戶來說非常重要,因為計算機的功能將會得到大幅度提升,同時計算機操作也會變得非常簡單。特別地,用戶將完全擺脫人為的硬件束縛:用戶可以自由衝浪於互聯網的多維時空,而不是束縛在便攜式電腦的方寸空間——可通過任何桌麵係統、任何便攜式電腦、任何移動電話或PDA進行訪問,並可對其進行跨應用程序的集成。
.NET可使用戶輕鬆進行互聯網連接,並輕鬆完成那些在當今看來十分費時而且費力的事務,它們往往要求用戶進行數據重輸入並需運行幾個小時才能完成。通過將多項安全數據流合並到單一的用戶界麵(或者甚至是可編程決策引擎),.NET架構將用戶從充斥於當今Web的數據豎井的束縛中解脫出來。用戶可以自由訪問、自由查看、自由使用他們的數據。
  .NET對開發人員來說也十分重要,因為它不但會改變開發人員的開發應用程序的方式,而且使得開發人員能創建出全新的各種應用程序。新型開發範例的核心是Web服務這個概念的引入。Web服務是一種通過簡單對象訪問協議(SOAP),在互聯網上展露其功能性的、極為公開的服務。SOAP是一種基於可擴展標記語言(XML)製定的協議。
在過去,開發人員通過集成本地係統服務來構建應用程序。在這種模型下,開發人員可以訪問豐富的開發資源並能嚴格控製應用程序的行為。
如今,開發人員已在很大程度上掙脫了這種模型的束縛,致力於構建具有複雜結構的n層化係統,這種係統能將網絡上眾多的應用程序一並進行集成,大大提升了應用程序的價值。這樣,開發人員便可把精力集中在充分挖掘軟件獨特的商業價值,而不是構建基本結構上。可喜的局麵將應運而生:軟件投放市場的時間大大縮短、開發人員的編程效率明顯提高,最終把質量上乘的軟件呈現給用戶。
踩踏终点站正在進入一個嶄新的計算時代——一個由互聯網(尤其是Internet核心技術XML)實現的時代。利用XML,能夠創建出可供任何人從任何地方使用的、功能非常強大的應用程序。它極大地拓展了應用程序的功能,並實現了軟件的動態提供。在這種情況下,軟件已不完全指那些從光盤進行安裝的程序,而是演變成了一種服務——類似於ID調用程序或按收看次數進行收費的電視——人們可通過通信媒體訂購的服務。
n層計算技術具有能夠大幅度提高生產力、緊密耦合的特點,而Web概念具有麵向消息、鬆散耦合的特點,踩踏终点站將二者有機地糅合在一起,實現了上述構想。踩踏终点站將這種計算風格稱為Web服務,它的出現標誌著人類已經邁入應用程序開發技術的新紀元。Web服務是一種應用程序,它可以通過編程並使用標準的Internet協議,像超文本傳輸協議(HTTP)和XML,將功能展示在互聯網和企業內部網上。還可將Web服務視作Web上的組件編程。
從理論上講,開發人員可通過調用Web應用編程接口(API),將Web服務集成到應用程序中。其調用方法與調用本地服務類似,不同的是Web API調用可通過互聯網發送給位於遠程係統中的某一服務。例如,MicroSoft Passport(Passport)服務使得開發人員能夠對應用程序進行認證。通過對Passport服務編程,開發人員可以充分利用Passport的基本結構,通過運行Passport來維護用戶數據庫,以確保其正常運行、定期備份等等。
.NET正是根據這種Web服務原則而創建的,微軟目前正著手提供這個基本結構,以便通過.NET平台的每一部分來實現這種新型的Web服務。而Visual Studio.NET、.NET框架、Windows.NET和.NET企業服務器,正是為進行基於Web服務模型的應用程序開發而度身定做的新一代開發工具和基本結構。.NET構建塊服務、新增的.NET設備支持以及即將到來的.NET用戶體驗,將為人們徹底攻克這一難題劃上一個圓滿的句號,使人們能夠充分利用Web服務模型,如願以償地開發出新一代應用程序。

 .NET對IT專業人員的重要意義
目前,IT專業人員能夠利用與構建.NET平台相同的技術。
.NET Enterprise Servers和Windows 2000操作係統,為創建具有高度可管理性的、能迅速投入市場的應用程序提供了堅實基礎。它們利用的是可擴展標記語言(XML),因此隨著Web體係結構的革新,在此平台上創建的程序依然很有價值。
.NET平台的核心是,采用有效的、分門別類的方式來構建應用程序,達到其前所未有的規模。該平台上的Web服務模型指的是:企業應用程序的中心業務要素通常由本地管理,而支持它們的服務(如用戶認證、文件存儲、用戶首選項管理、日曆、郵件等等)卻無須本地管理,可以被無縫訂購。為了存儲用戶文件和郵件,IT專業人員往往在服務器上安裝新的獨立磁盤冗餘陣列(RAID陣列),而有了.NET,他們在這一方麵將會花費較少的精力,而更多地致力於怎樣為公司增加效益。
該Web服務模型還將動態配置新軟件的發布和更新。用戶將以極其緊密的連接方式工作,因此更易於管理。而簡化的管理又可使IT專業人員更能適應變幻莫測的業務需求。
開發應用程序的.NET Web服務模型將為企業應用程序的創建開辟一條新路。通過企業內外多種服務的聯合,很容易把企業內部數據和客戶及合作夥伴的相關數據結合在一起,大大簡化了應用程序的創建過程。這就為最終用戶發掘了空前的功能涵蓋性。例如,利用某公司的雇員福利程序,可以從其HR數據庫訂購信息,通過Web訂購福利管理公司的服務、訂購工資管理公司的服務。終端用戶可以在簡單、直觀的界麵下操作,而這個界麵可以顯示他們的累積休假時間、個人所得福利以及上次工資額。

 .NET對企業的重要意義
MicroSoft .NET平台將從根本上改善計算機和用戶之間進行交互的方式,最大限度地發揮電子商務中計算技術的重要作用。首先,讓踩踏终点站來分析一下當前商務計算世界的現狀:
人與計算機進行交互的手段極為有限——通常使用鍵盤和鼠標進行輸入,使用監視器監控輸出。
用戶信息基本上是本地信息;如果從另一台機器進行登錄,則無法獲取用戶的個人首選項設置、數據及應用程序。
用戶必須親自處理信息,而通過設置智能選項代表用戶自動進行操作,則無異於是紙上談兵。
同一用戶存放於不同應用程序和站點的數據,很難(或根本不可能)進行自動合並和關聯,用戶無法統一進行查看。
想在家裏或在路上工作的用戶,不能方便地訪問辦公室電腦中的應用程序和數據。這無疑成為一道阻止人們獲得更高工作效率的鴻溝。
不能使用其它設備訪問專為特定設備設計的數據(這些設備包括PC、尋呼機、移動電話以及PDA等);最多可以定期進行同步。
.NET將保證完全消除當今計算技術中的所有缺陷。.NET定能實現確保用戶從任何地點、任何設備都可訪問其個人數據和應用程序的宏偉藍圖。除此之外,.NET技術還可實現多個應用程序在邏輯上的鬆散耦合鏈接和緊密耦合鏈接。
用戶可以通過手寫、語音和圖象技術與其個人數據進行交互。這些數據將安全地存放在互聯網上,用戶通過辦公室(或家庭)PC,還可以通過移動電話或尋呼機、PDA、甚至是新發明的尋呼機——移動電話——PDA——PC聯合設備訪問這些數據。應用程序可進行靈活的功能調整,以適應用戶所用設備的功能狀況。應用程序可根據用戶預定義的選項集和指令集,完全代替用戶自動執行相應的操作。
上述功能將協同作用,以便大幅度地提高用戶使用計算技術的生產效率。根據設計,.NET使得用戶無需在如何與計算機進行交互上勞神,從而全身心地投入到使計算機自動執行任務、實現最終目標的工作中。通過使用XML行業標準,可將用戶數據進行跨站點和應用程序的鏈接,從而輕鬆實現當前很難實現的操作。比如:對用戶在數家不同銀行、信用卡公司以及計費代理商那裏的數據進行集中處理;這樣,用戶便可依據處理後的數據支付帳單,將費用明細報告歸檔。
.NET把雇員、客戶和商務應用程序整和成一個協調的、能進行智能交互的整體,而各公司無疑將是這場效率和生產力革命的最大受益者。簡言之,.NET承諾為人類創造一個消除任何溝鴻的商務世界。

1.1.2.3  MicroSoft .NET 的基本模塊

 網絡服務一覽

       通常說來,一個網絡服務隻是一個作為服務――通過Internet標準此服務能與其它
網絡服務集成在一起――發行的簡單的應用程序。換句話說,它是可通過URL定位的自動將信息返回到需要它的客戶端那裏的一種資源。網絡服務一個重要的特點是客戶不需要知道一種服務是怎樣實現的。在本節中,我將向你解釋網絡及網絡服務如何把基於組件技術的最好的方麵結合在一起的,並且介紹與網絡服務通信所需的基本框架。
同組件一樣,網絡服務提供“黑匣子”函數,它可以被再次作用而不用關心此服務是怎樣實現的。網絡服務提供被稱為契約的精確定義的接口,此接口描繪了所提供的服務。開發人員可以將遠程服務、本地服務和定置代碼組合在一起而集成應用程序。例如,某公司可以使用如下服務組建一在線商店:微軟護照(原文:Passport)服務以驗證用戶身份,第三方個人化服務以使網頁匹配每一個用戶的參數,信用卡處理服務,銷售稅服務,對每個運輸公司的包裹跟蹤服務,鏈接公司內部庫存管理程序的內部目錄服務,以及少量定置代碼以使他們的商店能脫穎而出。
然而,網絡服務與現在的組件技術不同,它不使用需要在服務器和客戶機有明確的、同類型基本構架的具體的對象模型協議,例如DCOM、 RMI或 IIOP 。盡管與具體組件技術緊密結合的實現在一個受控的環境中能很好地被接受,但它們在網絡環境中變得不切實際。因為一個集成商業程序的參與者會發生變化,隨著時間的推移,技術也在變化,所以在所有參與者間確保一個單一的、統一的體係架構就變得十分困難。網絡服務采取了另外一種途徑,它使用普便存在的網絡協議和數據格式,如HTTP和XML,進行通信。支持這些網絡標準的任何係統都支持網絡服務。
而且,網絡服務契約描述的是以術語報文形式提供的服務,這些服務是由網絡服務生成和接受的,而不是描述服務是如何實現的。通過把重點放在報文上,網絡服務模板就完全對語言、平台和對象模板一無所知。 用任何一套編程語言、對象模型和平台的完全特性集,都可實現網絡服務。網絡 服務可在任何平台被用任何語言所實現的應用程序使用。隻要用於解釋服務容量、報文序列和所期望協議的契約得到認同,那麽所實現的網絡服務及網絡服務用戶就可相互不同,而不會影響會話另一端的應用程序。
網絡服務模板對最小體係架構的要求很低,以確保網絡服務在使用任何技術和編程語言的平台上實現和訪問。對網絡服務互用性的解決可隻依靠網絡標準。然而,為了使應用程序更容易使用網絡服務,簡單地同意通過標準網絡協議就可以訪問網絡服務是不夠的。當網絡服務和網絡服使用者依靠標準的方式表示數據和命令、表示網絡服務契約 、算出網絡服務所提供的容量時,網絡服務才容易使用。
XML是定義一個標準的、可擴展的用於提供命令和典型數據的語言明顯的一種選擇。雖然為表示命令和典型數據可以定義使用其它技巧(比如編碼為一種查詢字符串)的規則,但XML被專門設計為描述數據的標準元語言。簡單對象存取協議(SOAP)是以一種可擴展的方式使用XML表示數據和命令的工業標準。網絡服務可選擇用SOAP決定報文的格式。
XML是網絡服務契約的一種使能技術。服務契約語言 (SCL)是記錄網絡服務契約的XML語法。由於SCL是基於XML的,所以對開發者和開發工具來說,容易生成、解釋契約。關於SCL細則的草案很快會出台(注意:現在的SOAP Toolkit for Visual Studio 6.0支持稱為SDL的SCL的早期版本)。
Disco 規範為服務提供者發布網絡 服務契約和相應的機製描述了一個標準方式,這將使開發者或開發工具可找到契約文獻。當你讀到這裏時, Disco規範的草案應出台了。
象SOAP, SCL和Disco這樣的標準有助於開發者,因為它們不需要明白和實現所使用的每一個網絡服務的訪問方式。支持這些標準的更好的、已充分測試的、高性能的體係架構將由開發平台提供,這會大大簡化整個開發過程。

 MicroSoft .NET Framework

MicroSoft .NET框架的目的是使你更容易建立網絡應用程序和網絡服務。圖2 顯示了MicroSoft .NET框架的體係。建立在操作係統最上層的服務,是管理運行時代碼需求的common language runtime,這些代碼可以用任何現代編程語言所寫。Runtime提供了許多服務,這些服務有助於簡化代碼開發和應用程序的開發同時也將提高應用程序的可靠性。.NET Framework包括一套可被開發者用於任何編程語言的類庫。在此之上是許多應用程序模板,這些模板特定地為開發網絡站點和網絡服務提供高級組件和服務。

 Common Language Runtime

運行語言(runtime)調入並運行用任何運行感知編程語言所寫的代碼。以運行為目標的代碼被稱為受控(managed )代碼,受控代碼代碼隻是意味著在內部可執行代碼與運行自身間存在已定義好的合作契約。對於象生成對象、調用方法等這樣的任務,被委托給了運行語言,這使得在運行語言能為可執行代碼增加額外的服務。
運行語言以交叉語言集成、自描述組件、簡單配製和版本化及集成安全服務為特點。
運行語言使用一種新的能表達大部分現代編程語言語義的通用類型係統,通用類型係統定義了一套標準類型及生成新標準的規則。運行語言知道怎樣生成、執行這些類型。編譯器和解釋器使用運行語言服務定義類型、管理對象、進行方法調用,而不是使用工具或特定於語言的方法。
類型係統的主要設計目的是使多種語言能深度集成。用一種語言所寫的代碼能繼承用另一種語言所寫的類的實現,用一種語言所寫的代碼拋出的異常能被用另一種語言寫的代碼捕獲,象調試和剖析之類的操作會在完全封閉下工作,而不用考慮代碼所用的語言。這就意味著編寫可重用類庫的開發者,不再需要為每一種編程語言或編譯器生成一個版本,並且使用類庫的開發者不再受到為他們使用的編程語言開發的庫的限製。
自描述組件――現在MicroSoft .NET框架上已成為可能――簡化了開發和配製,並提高了係統的可靠性。許多由運行語言提供的服務是由元數據及用於補充可執行代碼的信息所驅動。因為所有的信息都儲存在一起,隻有可執行的(代碼)才被稱為自描述組件。
自描述組件的一個主要優點是,使用它們並不需要其它文件。類的定義不需要單獨的頭文件;通過檢查元數據對類的定義可以從組件自身獲得。跨語言或過程邊界訪問組件並不需要各自的IDL文件、類型文件或proxy/stubs;所必需的信息已存在於元數據之中。為識別開發者請示的服務屬性,並不需要展開各自的配製信息。 最主要的是,由於元數據是在編譯過程中由源代碼生成,並與可執行代碼儲存在一起,它將永遠和可執行部分同步。
除了改善對單個組件的配製,Microsft .NET框架定義了一個應用程序配製模板,以解決定置應用程序安裝和DLL版本化(通常被稱為“DLL Hell”)這一複雜過程的問題,運行語言提供了支持這個模板的服務。
Microsft .NET框架 引入了組合體的概念。一個組合體是一組資源和類型,並包括有關這些資源和類型的元數據,也就是被作為一個單元配製的。元數據被稱為組合體的名單,它包含象類型和資源表之類能被組合體外看得見的信息,這個名單也包括有關從屬關係之類的信息,例如組合體建立時的版本號。開發人員可以指定版本策略,以指示運行語言是否裝入係統上已安裝的依賴於組合體的最新版本,裝入一指定版本,或在編譯時使用的版本。
某軟件組件的多個拷貝總可以存在於同樣的操作係統上,然而,通常說來,隻有其中的一個拷貝能被操作係統注冊、調入內存、執行。對係統來說,定位和調入內存的策略是全局性。.NET Framework Common Language Runtime 增加了所必須的體係架構以支持管理組件定位和調入的每個應用程序策略,這通常被稱為並行配製。
組合體可以被一個應用程序私有,或被多個應用程序共享。一個組合體的多個版本可以同時配製在同一台機器上。應用程序配製信息定義了到何處去查找組合體,這樣runtime就能為同時運行的兩個不同的應用程序裝入同一組合體的不同版本。這就消除了由組件版本的不兼容性引起的問題,提高了係統整體的穩定性。如果必要,如果必要,管理員可以為配製時刻的組合體增加配製信息,例如一個不同的版本策略,但是編譯時提供的原始信息永遠不會丟失。
因為組合體是自描述的,所以並不需要在係統上進行顯式注冊。應用程序的配製簡單到隻需將文件拷貝到目錄中既可(如果為了使應用程序能夠運行,必須安裝未經組織過的組件的話,情況會稍微複雜一點)。配製信息保存在可被任何文本編輯器編輯的XML文件中。
最後,運行語言也提供完整的、普遍深入的安全服務,以確保未經授權的用戶不能訪問機器上的資源,並且代碼不會執行未經允許的動作。這就提高了係統整體的安全性可靠性。 由於運行語言用於裝入代碼、生成對象、執行方法調用,所以當受控代碼裝入內存、執行時,運行語言能進行安全檢查,強化安全策略。
Microsft .NET框架不僅規定代碼訪問安全,還規定基於角色的安全。通過代碼訪問安全機製,開發人員能為應用程序指定完成工作所必需的權限。例如,代碼或許需要寫文件或訪問環境變量的權力。這類信息和有關代碼標誌的信息一起存儲在配製級上的。當代碼裝入內存及執行方法調用時,運行語言驗證是否能給予代碼所要求的權限。如果不能,將記錄一條安全衝突信息。給予權限的策略,這被稱為信任策略,是由係統管理員建立的,並且是建立在關於代碼的證據基礎之上,比如:代碼是誰發布的,是從什麽地方獲得的,以及在組合體中找到的代碼標誌和它要求的權限。開發人員可以指定他們顯然不需要的權限,以防止其它人惡意使用他們的代碼。如果所需要的權限依賴直到運行時刻才會知道的信息,那麽就可寫入綱鄰性的安全檢查。
除了代碼訪問安全,運行語言還支持基於角色的安全。基於角色的安全建立同代碼訪問安全一樣的權限模板,隻是這些權限是建立在用戶的身份之上,而不是建立在代碼的標誌之上。角色表明了用戶所屬的類,並且可以在開發和配製階段定義。給予權限的策略被分配到每個預定義的角色。在運行時刻,用戶的身份被確定,代碼將代表這個身份運行。運行語言決定用戶是哪個角色的成員,然後給予基於這個角色的權限。
在查看Microsft .NET框架的可編程模板前,先看一下它所提供的服務。

 服務框架
在Common Language Runtime之上是服務框架,此框架提供能被任何現代編程語言調用的類。所有的類都遵循一套命名和設計方針,以大大減小開發人員的學習上的彎路。
框架包括一套開發人員希望在標準語言庫中存在的基類庫,例如:集合、輸入/輸出,字符串及數據類。另外,基類庫提供訪問操作係統服務如圖畫、網絡、線程、全球化和加密的類。服務框架也包括數據訪問類庫,及開發工具,如調試和剖析服務,能夠使用的類。本文章沒有詳細討論所有的類,我將重點放在數據訪問類上,因為大多數網絡服務需要對數據的訪問。當然,你可以在MicroSoft .NET Framework SDK中找到關於服務框架類庫的附加信息。

 數據訪問服務
幾乎所有的網絡服務都需要查詢和更新永久性數據,不論是以簡單文件,還是以相關數據庫,或是以其它的存儲類型存在。為了提供對數據的訪問,服務框架包括ActiveX Data Objects+ (ADO.NET)類庫。如同名子所暗示地那樣,ADO.NET由ADO發展而來。ADO+被設計為基於網絡的可擴展的應用程序和服務提供數據訪問服務。ADO.NET為連接的指針風格的數據訪問,同時也為更適合於把數據返回到客戶端應用程序的無連接的數據模板提供高性能的APIs流,就象在以後介紹的那樣。
就象其餘幾個部分一樣,ADO.NET定義了那些鏈接數據倉庫、 對數據倉庫發送命令及從中獲取結果的類。這些類由受控數據提供者(managed data provider)實現。ADO+中鏈接和命令對象看上去和ADO中的是一樣的,並且一個名為DataReader的新類提供了通過高性能API流獲取結果的能力。DataReader在功能上同前向、隻讀的ADO記錄集(Recordset)是等同的,但是DataReader被設計用來最小化內存中生成的對象的數量,以提高性能,避免垃圾積累。在.NET Framework中包含了針對MicroSoft SQL Server™的受控數據提供者以及可通過OLE DB訪問的任何數據倉庫。
ADO.NET的一個主要創新是引入了數據集(Dataset)。一個數據集是內存中提供數據關係圖的高速緩衝區。數據集對數據源一無所知,它們可以由程序或通過從數據倉庫中調入數據而被生成、填充。不論數據從何處獲取,數據集都是通過使用同樣的程序模板而被操作的,並且它使用相同的潛在的數據緩衝區。使用.NET平台的開發人員能夠用數據集代替傳統ADO中無連接的記錄集。
受控數據提供者為數據倉庫和數據集公開一名為DataSetCommand 的接口對象。DataSetCommand 使用ADO.NET鏈接和命令以從數據倉庫中填充數據集,並把在數據集中發生的變化解析到數據倉庫中。
就象DataReaders 顯示了對於相關數據的有效的流訪問一樣,XmlReaders 顯示了對XML數據的流訪問。開發人員使用DataNavigator 可以滾動和編輯內存中的XML文檔。DataNavigator在功能上和W3C Document Object Model (DOM)是一樣的,但它更有效,並提供了能很好映射關係數據表的對象模板。DataNavigator 支持Xpath語法以對數據流進行導航。ADO.NET為那些希望繼續使用DOM作為XML對象模板而不是使用更有效的DataNavigator模板的開發人員提供了一個XMLDocument類。
由於所有的數據都可被看作XML,所以開發人員可以為任何數據使用轉換和確認服務。ADO.NET定義了一個消費DataNavigator、生成一個新的XmlReader的通用轉換體係。.NET Framework提供了一個支持W3C XSL Transformations (XSLT)細則的特殊轉換組件。ADO.NET同時提供了一使用XML簡圖確認XmlReader的確認引擎。ADO.NET支持通過DTDs, XSD或 XDR定義的簡圖。

 表單應用模板

從概念上講,在服務框架的最上麵是兩個應用程序模板:Windows應用程序模板和網絡應用程序模板。盡管我把重點放在把微軟.NET 框架用作開發網絡服務和網絡應用程序的一種途徑上,但框架也可用於開發較傳統的基於Windows的應用程序(當然,這些應用程序也能使用網絡服務)。
編寫Windows客戶應用程序的開發人員可使用Win表單應用程序模板以利用Windows豐富的用戶接口特點,包括現在的ActiveX控件和Windows 2000的新特點,如透明的、分層的、浮動窗口。可以選擇傳統的Windows或網絡外觀。得知它和現在的基於Windows表單包的相似性以後,開發人員會發現Win表單可編程模板和對設計階段的支持非常直觀。
Win 表單利用了Microsft .NET框架 runtime以減少基於Windows的客戶應用程序的開銷。隻要應用程序和組件是用Win所寫或被Win表單應用程序使用,那麽它們就能被框架安全模板在客戶機上安全地執行。如果以這種方式使用或執行,那麽某人從Internet下載下來的生猛遊戲就不會對配製信息和數據產生破壞,否則會自動地給用戶地址薄裏的每一個人發送電子郵件。
Microsft .NET框架 裝配模板簡化了應用程序的配製和版本化 。應用程序可被配製為使用它們在編譯和測試所用的共享組件,而不是使用恰好在客戶機器上安裝的隨便什麽版本的組件,這就提高了應用程序的可靠性,減少了應用程序所支持調用的主要因素:用戶接口控件和其它共享組件版本的不兼容性。

 網絡應用程序模板

建立在Microsft .NET框架 上網絡應用程序共享一個通用應用程序模板。在這個模型中,網絡應用程序是一套起源於基URL 的URLs。因此它包含用於生成在瀏覽器中觀看的網頁的網絡應用程序和網絡服務。在本節中,我將詳細介紹稱為Active Server Pages+ (ASP.NET)的網絡應用程序可編程模板
如同你從名字猜到的那樣,ASP.NET是由活動服務器頁麵發展而來。ASP.NET利用common language runtime 和服務框架網絡應用程序提供了一個可靠的、自動化的、可擴展的主機環境。ASP.NET也受益於common language runtime 集成模板,簡化了應用程序的配製。另外,它提供簡化應用程序開發的服務(如狀態管理服務)以及高水平的編程模板(如ASP.NET Web Forms和ASP.NET Web Services)。
ASP.NET的核心是HTTP運行語言,一個高性能的用於處理基於低級結構的HTTP請求的運行語言,而基於的結構與MicroSoft Internet Information Services (IIS)所提供的ISAPI結構相似。如同你在圖5所看到的,HTTP 運行語言是在象服務器上的IIS或客戶機上的IE之類的unmanaged 主機過程中運行的受控代碼。HTTP runtime負責處理引入的所有HTTP請求,並對每個請求應用程序的URL進行解析,然後把請求分配到應用程序以進行進一步的處理。HTTP 運行語言是多線程的,並異步處理請求,因此劣質的應用程序代碼阻礙不了它對新請求的處理。而且HTTP 運行語言假定失敗必會發生,因此它被控製為盡最大力量自動地從訪問衝突、內存泄漏、死鎖等事故中恢複過來。除非是硬件故障,運行語言的目標是100%的可靠性。
ASP.NET使用基於構件的Microsft .NET框架配製模板,因此它獲得了如XCOPY配製、構件並行配製、基於XML配製等優點。ASP.NET另一個主要優點是,它支持應用程序的實時更新。管理員不必關掉網絡服務器或者甚至不用停止應用程序的運行就可以更新應用文件。應用程序文件永遠不會被加鎖,因此甚至在程序運行時文件就可以被覆蓋。當文件更新後,係統會溫和地轉換到新的版本。係統檢測文件變化,並用新的應用程序代碼建立一個新的應用程序實例,然後將引入的請求路由到應用程序。當所有被現存的應用程序實例處理的未完成的請求處理完後,該實例就被銷毀了。
在應用程序中,HTTP請求是通過HTTP模塊的一個管道路由的,最終到達請求處理程序。HTTP模塊和請求處理程序是一些實現特殊接口的受控類,而這些接口是由ASP.NET定義的。這種管道結構使得為應用程序增加服務非常方便:隻需補充一個HTTP模塊。例如,安全,狀態管理及跟蹤都被實現為HTTP模塊。高級可編程模塊,如網絡服務和網絡表單,通常被實現為請求處理程序。一個應用程序能鏈接與多個請求處理程序——每個處理程序一個URL,但是所有的HTTP請求都通過同樣的管道路由。
網絡基本上是一個無狀態模型,並且在HTTP請求間沒有聯係,這使得編寫網絡應用程序很困難,因為應用程序通常需要維護跨多個請求的狀態。ASP.NET增強了由ASP引入的狀態管理服務,以便為網絡應用程序提供三種類型的狀態:應用程序、會話、用戶。就象在ASP中一樣,應用程序狀態特定於一個應用程序實例,並且不會持久。會話狀態是特定於一個用戶與應用程序間的會話的。與ASP會話狀態不同,ASP.NET會話狀態儲存在一個獨立的過程中,並且可把它配製成可以儲存到一個獨立的機器上。這使得會話狀態當應用程序在網絡群(Web farm)擴展時非常有用。用戶狀態類似於會話狀態,但通常它不會超時,並且是永久性的。因此,用戶狀態對儲存用戶參數和其它個性化的信息是有用的。所有狀態管理服務都被實現為HTTP模塊,因此它們容易增加到應用程序管道中,或從中刪除。如果除了由ASP.NET提供的服務外,還需要額外的狀態管理服務,那麽可由第三方的模塊提供。
ASP.NET同樣提供高速緩衝服務,以改善性能。輸出緩衝可完全節省網頁翻譯,段緩衝儲存部分的網頁。由於提供了相應的類,所以隻要需要,應用程序、HTTP模塊以及請求處理程序可以在高速緩存中儲存任意數量的對象。
下麵快速瀏覽一下建立在ASP.NET可編程模塊之上的兩個高級可編程模塊:ASP.NET 網絡 表單和 ASP.NET 網絡 服務。

 ASP.NET 網絡表單

網絡表單把基於Visual Basic®的表單的高生產性的優點帶到了網絡應用程序的開發中來。網絡表單支持傳統的將HTML內容與角本代碼混合的ASP語法,但是它提出了一種將應用程序代碼和用戶接口內容分離的更加結構化的方法。引入的網絡表單控件用於為封裝通用用戶接口元素提供了一種機製。這些新的特點使得開發工具在支持VB小應用程序的同時,也支持設計時模塊,使得WUSIWYG工具支持網頁布局。
網絡表單控件負責生成用戶接口,典型情況是在HTML表單中。ASP.NET是提供了一套映射傳統的HTML用戶接口小部件(包括列表框,文本框和按鈕)的網絡表單控件和一套附加的更加複雜的網絡控件(如日曆和廣告轉板)。這些控件的一個重要特點是,它們可以被編寫以適應客戶端的能力;同一網頁把大範圍的客戶端平台和表單因素作為目標。換句話說,網絡表單控件能“嗅”到正在查找表單的客戶,然後返回合適的用戶經驗――可能是適合低級瀏覽器的HTML3.2或是適於IE5.0的動態HTML。
考慮到網絡是一種無狀態的聯接模型,網絡應用程序開發人員所麵臨的一個很複雜的問題是,他們要對用戶與基於網絡的接口的交互作用作出反應。網絡利用ASP.NET的體係架構提供了一套豐富的服務,以幫助開發人員建立交互式網頁。這些服務的淨作用是使基於組件的、事件驅動的可編程模塊,對開發人員來說,非常象客戶端的表單程序設計。用戶與網頁交互作用的狀態管理的複雜性被ASP.NET 網絡 表單和網絡表單控件隱藏起來了。對開發人員來說,提供的豐富數據綁定服務使得顯示通過數據訪問服務得到的數據變得非常容易。
代碼與內容的分離使ASP.NET網頁能動態地編譯到受控類中,用以提高性能。每個引入的HTTP請求都被傳遞到一個新的網頁實例,因此開發人員不需要關心代碼中的線程安全性。

 ASP.NET 網絡 服務

ASP.NET 網絡 服務體係架構為用ASP.NET建立網絡 服務提供了一高級可編程模板。雖然建立網絡服務並不需要使用網絡 服務平台,但是它提供許多的優點將簡化開發過程,並且它使用的編程模型對用ASP或VB工作的開發人員來說是很熟悉的。使用這個可編程模型,開發人員不需要理解HTTP、SOAP或其它任何網絡服務規範。
開發人員用ASP.NET生成一個擴展名為.asmx的文件,並把此文件配製為網絡應用程序的一部分,就建立起了一個網絡 服務。ASMX文件或者包含對在其它地方定義的受控類的引用,或者包含這個類的定義。這個類是由ASP.NET提供的WebService類所派生。公有的類方法在標記上WebMethod屬性後,就會成為網絡服務方法,把HTTP請求發送到ASMX文件中的URL後,這些方法就會被調用。你不必手工為你的網絡服務建立一個契約。當被調用者請求時,ASP.NET檢查類的元數據,以自動生成SCL文件。
客戶可通過SOAP,HTTP GET 和HTTP POST提交請求。對方法和參數進行編碼的約定是:對HTTP GET,將被編碼為查詢字符串;對HTTP POST,將被編碼為表單數據。HTTP GET 和HTTP POST 的機製不如SOAP有力,但是它們使得客戶在訪問網絡服務時不必支持SOAP。
ASP.NET 網絡服務模型假定了一個無狀態服務結構。無狀態結構通常比有狀態結構更具可擴展性。每次收到一個服務請求後,就生成一個新對象,請求被轉化為一個方法調用,當方法調用返回時對象被銷毀。如果這些服務需要跨請求維護狀態,那麽它們將使用ASP.NET狀態管理服務。基於ASP.NET的網絡服務在網絡應用程序模型中運行,因此它們得到了該模型的所有安全、配製和其它優點。
ASP.NET 網絡服務還提供了一個為在SCL文件中描述的網絡服務生成分類的受控代理工具。代理生成器把SCL文件中描述的消息映射成受控類中的方法。代理對應用程序代碼隱藏了所有的網絡和引導設備,因此使用網絡服務看起來就象使用其它受控代碼一樣。代理將優先使用SOAP鏈接網絡服務,但是它同樣支持HTTP GET和 HTTP POST機製。因此HTTP GET和 HTTP POST同樣也能被使用。
網絡服務為在Internet上綁定應用程序提供了一個利用現存體係架構和應用程序的簡單的、靈活的、基於許多標準的模型。網絡應用程序很容易與當地開發的服務或已存在的服務集成在一起,而不用考慮開發平台、開發語言或使用的對象模型,以用於實現任何組成的服務或應用程序。
Microsft .NET框架在現有開發人員技巧之上,提供了一個應用程序模板和關鍵技術,用於簡化安全、可靠、可擴展、高可用性的網絡服務的建立、部署和不斷的發展。
通過上麵的介紹,踩踏终点站能夠感覺到MicroSoft .NET對於踩踏终点站今後的程序設計將產生巨大的影響。
1.1.3 ASP.NET曆史
     踩踏终点站在講述ASP.NET曆史之前,讓踩踏终点站來回顧一下ASP。
  ASP的第一個版本是0.9測試版。它給WEB開發帶來一陣暴風,它能夠將代碼直接嵌入HTML,使得設計WEB頁麵變得更簡單,更強大,並且通過內置的組件能夠實現強大功能,最明顯的就是ActiveX Data Objects (ADO),它使得建立一個動態頁麵如小孩子玩遊戲一樣簡單。
     最終出場的是Active Server Page 1.0,它做為IIS的附屬產品免費發送。並且不久就在Windows平台上廣泛使用。ASP與ADO的結合使用開發者很容易地在一個數據庫中建立和打開一個記錄集。這不無疑是它如此快就被大眾接受的因素,因為你現在能使用這些腳本建立和打開一個記錄集,處理和輸出任何數據,以任何順序,幾乎隻要你能想到的,它就能完成。
     1998年,微軟公司又發布了ASP 2.0 。ASP 1.0和ASP 2.0主要區別是外部的組件需要實例化。有了ASP 2.0 和IIS 4.0,踩踏终点站就有可能建立ASP應用了,而且每個組件就有了自已單獨的內存空間。內置的MicroSoft Transaction Server(MTS)也使用製做組件便得簡單。
微軟公司接著開發了Windows 2000操作係統。 這個Windows版本給踩踏终点站帶上了IIS 5.0 以及 ASP 3.0。此次並不是簡單對ASP進行補充,核心的不同實際上是把很多的事情交給了COM來做。在windows 2000中,微軟結合了MTS與COM核心環境做出了COM+,這就讓主機有了一種新的方法來使用組件,同樣給主機帶來了更多的穩定性,成了一個可以升級的效率高的工作平台。IIS  5.0在表麵上似乎沒有改什麽,但是在接口上動的手術比較大。在內部,它使用COM+ 組件服務來對組件提供一個更好的執行的環境。
有了這些,微軟公司推出了ASP.NET,ASP.NET又叫ASP.NET,他不是ASP的簡單升級,而是MicroSoft推出的新一代Active Server Pages。ASP.NET是微軟發展的新的體係結.NET的一部分,其中全新的技術架構會讓每個人的編程生活變得更的簡單


1.1.4小結
在本章中,踩踏终点站介紹了微軟.NET的曆史,以及對.NET的構成、性能進行了一個詳細的介紹,同時,踩踏终点站還詳細介紹了ASP.NET的曆史。在下麵的章節中,踩踏终点站將按實例一步一步的講解ASP.NET。

第二章 .NET的安裝與運行環境

1.2.1 運行環境配置
 ASP.NET的調試環境
操作係統:
Windows 2000 Professional,Windows 2000 Server ,Windows 2000  Advanced Server
瀏覽器:
IE 5.5    
NGWS

 支持哪幾種語言
  ASP.NET 目前能支持3種與語言, C# (讀作 "C Sharp"), Visual Basic,and Jscrip。.
  
 使你的機器持ASP.NET,必須滿足以下配置:
   
硬件要求:
1、 CPU: Intel Pentium II-class 300 MHz (最好Intel Pentium III-class 600 MHz)
2、 內存: 96 MB (最好128 MB)
3、 磁盤空間: 250 MB(完全安裝) 155 MB(快速安裝)
4、 顯示: 800x600, 256 colors
5、 CD-ROM: required

軟件要求:
1、 MicroSoft Windows 2000 + SP1
2、 MicroSoft Internet Explorer 5.5
3、 IIS5.0
4 、 其它: MDAC 2.6 Beta 2

 .NET是運行庫,還是開發平台?

微軟的宏偉目標是讓MicroSoft.NET徹底改變軟件的開發方式、發行方式、使用方式等等,並且不止是針對微軟一家,而是麵向所有公司!2000年7月份在PDC展會上分發的是“.NET架構”包,“.NET架構”是MicroSoft.NET計劃中首先問世的一部分,它包括了兩方麵的組件:“.NET通用運行庫”和“.NET類庫”。最近傳來好消息說這兩個組件已經被打包到“.NET架構SDK”中,放在微軟的站上免費供大家下載,有興趣的朋友一定要去試試看哦!另外,這個SDK中還包括C#、C++、JavaScript和VB的命令行編譯器,使用這些編譯器就可以開發應用程序和組件了,從這個角度來看,.NET架構首先是一個開發平台,因為它提供了運行庫和類庫,並且,下一個即將麵市的就是Visual Studio.NET,其中包括了更加全麵的SDK和圖形化的開發界麵、向導、工具等等,更象一個開發平台了。但是.NET的運行庫其實已經融合到操作係統中,所以說它為運行庫也是可以的。

 什麽是NGWS?

ASP.NET實際上是一個嶄新的運行結構的一部分,這個結構提供對所有windows應用程序的支持。這個結構是MicroSoft's Next Generation Web Services ( NGWS)關建部分。當你安裝了這個結構,你就獲得了ASP.NET。這個結構同樣支持所有其它服務器程序技術。
    NGWS 結構通過對可升級分布式應用添加 [新的和增強的服務] 來擴展COM的結構,此種結構常用做編寫可重複調用的可共同使用的軟件組件,這些新的和增強的服務有:
    一套統一的豐富的程序庫
一個支持多語言的運行引擎
簡單地應用建立,調試,以及維護
對分布式應用加強了可升級性
保護現已存在的軟件和投資

 在ASP.NET引入了namespace的概念,那麽namespace是什麽?
   
    對象一直是Windows開發環境中,程序開發的中心。不論在VB、VBA、VC++、VBScript等,都是如此,不同的開發環境有不同的對象,這些對象均是各個語法所提供的的“資源”,程序開發人員可以利用這些資源,來編寫所需的係統,就象踩踏终点站在蓋房屋的一樣,建築師使用使用同樣的素材,然而蓋好的房子可能不盡相同。
     在過去的SP中,僅有Server、Request、Response…等七個對象。而在ASP.NET的對象庫中卻分得很細。
     例如在ASP.NET網頁中要通過SQL語句獲得數據庫中的數據,必須使用“System.Data.SQL”,這是NameSpace名稱。 在System.Data.SQL下,又有很多類(Class)。每個Class可視為一個對象,因為Class下有屬性、方法和事件等
     所以,最上層的NameSpace是看作是同類型對象的集合,一個NameSpace之下可擁有多個Class。

如何應用名字空間(NameSpace)?

<%@ Import Namespace="System.Globalization"%>

<%@ Import Namespace="DataEmployee" %>

<%@ Import Namespace="System.Data" %>

<%@ Import Namespace="System.Data.ADO" %>

以上表示在ASP.NET網頁中使用了四個NameSpace,接下來踩踏终点站要申明變量,但此變量必須是已引用的四個NameSpace所屬的Class,如:

Dim MyConnection As ADOConnection

Dim MyCommand As ADODataSetCommand

    說明:ADOConnection及ADODataSetCommand都是System.Data.ADO之下的Class。

 ASP.NET中的文件類型?

ASP 的文件類型隻有一種,其擴展名是.asp文件。那麽在ASP.NET,就有很多的文件名:

文件擴展名 用途及說明
Global.asax
  ASP.NET係統環境設置文件,相當與ASP中的Global.asa。
.aspx
  內含ASP程序代碼的文件,如同過去的.asp,瀏覽器可執行此類文件,向服務器 提出瀏覽請求
.asmx
  製作Web Service的原始文件
.sdl
  製作Web Service的XML格式的文件

Vb或.cs 在非ASP.NET環境下,執行Web Service的文件
.aspc
  可重覆使用在多個.aspx的文件,此文件內可含有控件
.ascx
  內含User Control的文件,可內含在多個.aspx
文件中.

分享到:
打印本頁】 【關門窗口
我來說兩句已有0條評論,點擊全部查看



    
上一篇:站點代碼優化(全麵提高頁麵打開速度) [2013/4/14]
下一篇:Asp.Net 腳本語言介紹 [2013/4/14]
   
 監控維修手冊 []
 SQL對象名無效的解決方法 []
 ASP.net發郵件的實例 []
 超市監控/店鋪監控/超市網... []
 微軟.NET戰略和ASP.NET簡介 []
 站點代碼優化(全麵提高頁麵... []
 新站該如何進行SEO優化 []
 2014年春節放假通知 []
 如何做好網站的中後期運營 []
 企業網絡推廣如何花小錢賺... []
旗下網站:苗族文化網 | 翁項苗寨
版權所有:貴州踩踏终点站科技有限公司  ICP備案/許可證編號:黔ICP備12004694號-2
地址:貴州省貴陽市花溪區貴州大學西校區(貴州省大數據產業發展應用研究院內)
軟件開發/網站建設業務:13688513435(潘先生) 視頻監控/係統集成業務:18785512637(潘先生)
技術支持:13688513435(潘先生) 客戶服務:18985103435(王女士)