在ASP.NET中使用.NET組件
發(fā)布時間:2008-07-14 閱讀數(shù): 次 來源:網(wǎng)樂原科技
很多人在 @Import 和 @Assembly 頁面標識的時候感到困惑,本文將為你解開這些疑問,告訴你如何來使用.NET的組件。</P><P>和ASP中的類相比較有什么改變?</P><P>如果你以前曾經(jīng)開發(fā)過ASP程序,那你應當是非常熟悉下面的一段代碼了:</P><P><script runat="server" language="VBScript">
Dim fso
Set fso = Server.CreateObject("Scripting.FileSystemObject")
</script> </P><P>上面的代碼告訴我們在ASP當中需要使用Server對象的CreateObject方法來建立一個類實例。上面的代碼中,首先聲明了變量fso,之后我們將變量fso賦于FileSystemObject的對象(FileSystemObject對象可以在Scripting這個庫中找到)。如果想要上面的ASP代碼得以正常運行,我們必須確定相關的DLL文件已經(jīng)被安裝并且注冊到服務器。當VBScript運行庫被安裝的時候,F(xiàn)ileSystemObject對象是會被自動注冊的。但是如果你想使用第三方開發(fā)的組件或者使用你自己創(chuàng)建的組件,你就需要小心安裝并且注冊你的組件了。
接下來讓我們來看看,假設在ASP.NET中也存在FileSystemObject這個對象的話,我們應當如何來實例化它:</P><P>使用VB.NET :
<script runat="server" language="VB">
Dim fso As Scripting.FileSystemObject = New Scripting.FileSystemObject()
</script></P><P>使用C#:
<script runat="server" language="c#">
Scripting.FileSystemObject fso = new Scripting.FileSystemObject();
</script></P><P>
正如你所看到的一樣,在ASP.NET中實例化類是同ASP有所不同的。其中重要的不同點有:</P><P>在ASP.NET中已經(jīng)不再可以使用VBScript語言了,而是被功能強大的VB.NET所代替了
在ASP.NET當中,在你聲明一個變量的同時,可以指定它的類型并且初始化這個變量
為了引用一個類,需要使用這樣的表示方法:名稱空間[.子名稱空間].類。
在上面的例子當中,我們引用了FileSystemObject這個類,而FileSystemObject這個類可以在名稱空間Scripting中找到。需要注意的是,上面的名稱空間實際上只是我們假設的一個名稱空間,它并不存在于.NET的架構當中,所以上面的代碼實際上是無法運行的。換句話來說就是,我們需要自己建立Scripting這個名稱空間并且在這個名稱空間當中定義FileSystemObject這個類。</P><P>什么是名稱空間? </P><P>在前面的章節(jié)當中我們已經(jīng)使用過“名稱空間”這個詞。利用名稱空間你可以將多個類組成在邏輯上相關的一些單元。通常,你會將一些提供相似功能或者具有相似狀態(tài)的類聚合在一起。比如名稱空間System.IO的一個實例就包含了那些用來處理輸入和輸出操作(比如:讀、寫、刪除文件)的類。值得注意的是,名稱空間當中的類要具有類似的功能或者類似的狀態(tài)并不是一個必須的要求。你可以按照任何規(guī)則自由的組織你自己的名稱空間,甚至可以沒有任何規(guī)則。</P><P>引用.NET組件</P><P>應當注意到了,我們給出的第一個ASP.NET的例子只是用來教學演示的---它是無法運行的?,F(xiàn)在讓我們來看一個能夠正常運行的實際例子:</P><P>使用VB.NET建立Message對象
<%@ Assembly Name="System.Messaging.dll" %>
<script runat="server" language="VB">
Dim myDir As System.Messaging.Message = New System.Messaging.Message()
</script> </P><P></P><P>使用C#建立Message對象
<%@ Assembly Name="System.Messaging.dll" %>
<script runat="server" language="C#">
System.Messaging.Message myDir = new System.Messaging.Message();
</script> </P><P>指令@Assembly表示將一個集合引用到當前的頁面,從而使得所有在集合當中定義的類、界面、結構可以在當前頁面自由的被使用。在我們上面給出的例子當中,我們綁定了System.Messaging.dll這個集合。在這個集合當中包含了System.Messaging這個名稱空間,System.Messaging名稱空間提供了存取.NET架構消息的功能。我們建立了Message類的一個實例,從而可以利用它存取消息隊列當中的消息了。如果我們需要在一個代碼綁定的文件中建立Message類,需要這樣做:</P><P>使用VB.NET在代碼綁定文件中建立Message對象
Public Class myPage
Inherits System.Web.UI.Page
Dim myDir As System.Messaging.Message = New System.Messaging.Message()
End Class</P><P>使用C#在代碼綁定文件中建立Message對象
public class myPage : System.Web.UI.Page {
System.Messaging.Message myDir = new System.Messaging.Message();
} </P><P>需要注意的是,如果我們想要編譯這個類,我們需要在編譯的時候通知編譯器我們需要引用System.Messaging.dll以及System.Web.dll這兩個文件。假設我們將上面的類保存成為一個文件(mypage.vb或者mypage.cs),之后我們需要這樣來編譯它:
編譯代碼綁定的類</P><P>vbc mypage.vb /r:System.Messaging.dll /r:System.Web.dll
csc mypage.cs /r:System.Messaging.dll /r:System.Web.dll</P><P>傳遞給編譯器的參數(shù)“/r:System.Messaging.dll”和“/r:System.Web.dll”同一個在Web Form上使用的指令@Assembly起到的作用是相同的。</P><P>什么是集合?</P><P>一個集合是一組具有相似功能的邏輯單元的組合。他是基礎的,可以自描述的配置單元,具有版本控制,可重用,許可安全控制的屬性。它包含那些用來表現(xiàn)所有指定版本需求,安全標示符和其他信息的集合名單。</P><P>引入名稱空間</P><P>我們已經(jīng)注意到了,無論什么時候我們引用Message對象,我們都需要提供完整的名稱空間路徑(也叫做完全限定的類名稱)。不難想象,時間長之后,這將會帶來令人厭煩和不必要的臃腫代碼。幸運的是,我們可以在一個頁面定義一個名稱空間的路徑,從而可以節(jié)約一些無謂的敲鍵盤的時間。</P><P>使用VB.NET引入一個集合
<%@ Assembly Name="System.Messaging.dll" %>
<%@ Import Namespace="System.Messaging" %>
<script runat="server" language="VB">
Dim myDir As Message = New Message()
</script></P><P>使用C#引入一個集合
<%@ Assembly Name="System.Messaging.dll" %>
<%@ Import Namespace="System.Messaging" %>
<script runat="server" language="C#">
Message myDir = new Message();
</script> </P><P>在我們的代碼綁定類中則應當這樣書寫:</P><P>使用VB.NET在代碼綁定文件中引入一個集合
Imports System.Web.UI
Imports System.Messaging
Public Class myPage
Inherits Page
Dim myDir As Message = New Message()
End Class</P><P>使用C#在代碼綁定文件中引入一個集合
using System.Web.UI;
using System.Messaging;
public class myPage : Page {
Message myDir = new Message();
} </P><P>通過指令@Import(同樣可以通過Imports或者using語句),我們可以指定一個名稱空間的路徑。這樣,我們在引用一個類的時候,就不必使用完全限定的名稱空間路徑了。注意:如果在System.Web.UI和System.Messaging這兩個名稱空間中都有Message這個類的話,我們就必須使用完全限定的類名稱了。</P><P>清楚的知道引入的名稱空間能做什么和不能做什么是非常重要的。它不僅僅是節(jié)約了程序員的敲擊鍵盤的時間,更重要的是帶來了程序代碼的良好的可讀性。需要明白的是,真正正式將名稱空間連入到頁面的指令是:@Assembly或者使用參數(shù)/r進行編譯。</P><P>通過配置文件自動控制將集合連入到一個web form并不是只有使用@Assembly指令一個方式,集合也可以在一個application當中自動的被引入某個頁面。這樣的集合不需要指令@Assembly。我們可以在配置文件config.web中使用<assemblies>來自動引入集合。</P><P>自動的在配置文件當中引入集合
<configuration>
<compilation>
<assemblies>
<add assembly="System.Messaging"/>
<add assembly="*"/>
</assemblies>
</compilation>
</configuration> </P><P>這個星號“*”通知ASP.NET自動引入在“應用程序的私有集合緩沖區(qū)”中的每一個集合。通過<add>元素,你可以引入任何的名稱空間在application作用域之內(nèi)。</P><P>什么是應用程序的私有集合緩沖區(qū)?</P><P>.NET的文檔中是這樣定義應用程序的私有集合緩沖區(qū)的:應用程序的私有集合緩沖區(qū)被看作是位于應用程序下的子目錄\bin以及.NET構架的安裝目錄。然而通過我的測試,只有\(zhòng)bin目錄才被當作應用程序的私有集合緩沖區(qū),也就是說只有這個目錄才是星號“*”的作用域。</P><P>注意:在<add>元素中的星號“*”僅僅自動連入那些位于應用程序子目錄\bin中的集合!
通過查閱.NET架構安裝的默認配置文件:config.web。我們可以知道,他自動的引入了如下的集合:</P><P>mscorlib
System
System.Data
System.Diagnostics
System.Drawing
System.Net
System.Text.RegularExpressions
System.Web
System.Web.Services
System.Xml
System.Xml.Serialization
Microsoft.Comservices
* </P><P>你可以自己看看默認的config.web文件,也好確認一下。下面的名稱空間也是自動引入的:</P><P>Microsoft.VisualBasic
System
System.Collections
System.Text
System.Text.RegularExpressions
System.Web
System.Web.Caching
System.Web.SessionState
System.Web.Security
System.Web.UI
System.Web.UI.WebControls
System.Web.UI.HtmlControls