在ASP.NET中，.NET Framework为我们提供了丰富的基类，为了能在程序中引用这些基类，我们必须先引用这些基类的命名空间。类似在C++中引用一个文件函数时，我必须先调用该文件，例如<#include studio.h>，其实它和ASP.NET中命名空间的引用是同一原理。但是它们又有本质上的区别。
在ASP.NET中，命名空间提供了一种组织相关类和其他类型的方式。与文件或组件不同，命名空间是一种逻辑组合，而不是物理组合。在C#文件中定义类时，可以把它包括在命名空间定义中。以后，在定义另一个类，在另一个文件中执行相关操作时，就可以在同一个命名空间中包含它，创建一个逻辑组合，告诉使用类的开发人员这两个类是如何相关的以及如何使用它们:
using System;
using System.Data;
using System.Configuration;
using System.Web;
using System.Web.Security;
namespace vlink
{
    public class Agent
    {

　　把一个类型放在命名空间中，可以有效地给这个类型指定一个较长的名称，该名称包括类型的命名空间，后面是句点(.)和类的名称。在上面的例子中，Agen全名是vlink.Agent。这样，有相同短名的不同的类就可以在同一个程序中使用了。

　　也可以在命名空间中嵌套其他命名空间，为类型创建层次结构:
using System;
using System.Data;
using System.Configuration;
using System.Web;
using System.Web.Security;
namespace vlink
{
       namespace Agent
{
           namespace CallBack
{
}
}
}

　　每个命名空间名都由它所在命名空间的名称组成，这些名称用句点分隔开，首先是最外层的命名空间，最后是它自己的短名。所以Agent命名空间的全名是vlink.Agent，CallBack类的全名是vlink.Agent.CallBack。
　　
　　注意不允许在另一个嵌套的命名空间中声明多部分的命名空间。

　　命名空间与程序集无关。同一个程序集中可以有不同的命名空间，也可以在不同的程序集中定义同一个命名空间中的类型。

　　using语句

　　显然，命名空间相当长，键入起来很繁琐，用这种方式指定某个特定的类也是不必要的。如本章开头所述，C#允许简写类的全名。为此，要在文件的顶部列出类的命名空间，前面加上using关键字。在文件的其他地方，就可以使用其类型名称来引用命名空间中的类型了:
    using System;
using vlink;

　　如前所述，所有的C#源代码都以语句using System;开头，这仅是因为Microsoft提供的许多有用的类都包含在System命名空间中。

　　如果using指令引用的两个命名空间包含同名的类，就必须使用完整的名称(或者至少较长的名称)，确保编译器知道访问哪个类型，例如，类CallBack同时存在于Agent和vlink命名空间中，如果要在命名空间Agent中创建一个类Test，并在该类中实例化一个CallBack类，就需要指定使用哪个类。

　　因为using语句在C#文件的开头，C和C++也把#include放在这里，所以从C++迁移到C#的程序员常把命名空间与C++风格的头文件相混淆。不要犯这种错误，using语句在这些文件之间并没有真正建立物理链接。C#也没有对应于C++头文件的部分。

　　命名空间的别名

　　using关键字的另一个用途是给类和命名空间指定别名。如果命名空间的名称非常长，又要在代码中使用多次，但不希望该命名空间的名称包含在using指令中(例如，避免类名冲突)，就可以给该命名空间指定一个别名，其语法如下:

　　using alias = NamespaceName;
ASP.NET中各命名空间及作用
命名空间　　　　　　　　　　描述
Microsoft.CSharp               支持C#语言编译和生成代码
System                              包含了基础类，用于定义类型／数组／字符串／事件／事件处理程序／异常处理／接口／数据类型转换／数学计算／应用程序环境管理等等

System.Coolections           包含了一组用于管理对象集合（例如列表／队列／数组／哈希表／字典等）的类  
System.Data                   　主要包括了组成ADO.NET体系结构的类