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