复制地址：http://blog.csdn.net/chelen_jak/article/details/7703144

.NET命名空间使用介绍
    在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
}
　　把一个类型放在命名空间中，可以有效地给这个类型指定一个较长的名称，该名称包括类型的命名空间，后面是句点(.)和类的名称。在上面的例子中，Agent全名是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。
　　
　　注意不允许在另一个嵌套的命名空间中声明多部分的命名空间。

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

　　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体系结构的类

System.diagnostics     提供用于调试／跟踪，以及与系统进程／事件日志／性能计数器进行交互的类

System.Drawing　　 提供访问GDI＋基本图形功能（在System.Drawing以下的命名空间，包括System.Drawing.Drawing2D和System.Drawing.Text等，提供了更高级和更特殊的GDI+图形功能）的类

System.IO    包含了用于读写数据流／文件和普通输入／输出（I/O）功能的类型和类

System.Reflection　   包括提供类型检测和动态绑定对象功能的类和接口

System.reflection.Emit     生成动态程序集

System.Text     包含用于字符编码／将字符块转换为字节快／将字节块转换为字符块等功能的对象

System.Text.RegularExpressions     包含了提供访问．NET框架正则表达引擎的类

System.Timer                  提供了Timer组件

System.Web    包含了用于实施浏览器／服务器通信和其他Web相关功能的类

System.Web.Services    包含了用于创建和消费Web服务的类

System.Web.UI    包含了用于创建Web页和控件的用户接口的类和接口

System.Windows.Forms    包含了用于创建基于WINDOWS的用户接口的类

System.XML   提供了支持处理XML的类

 
 
原文：http://hi.baidu.com/wqk1025/blog/item/1ea41a0ff13136226159f3dd.html
 
 
.NET命名空间使用介绍 
 
 
    在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
 }
 
 
　　把一个类型放在命名空间中，可以有效地给这个类型指定一个较长的名称，该名称包括类型的命名空间，后面是句点(.)和类的名称。在上面的例子中，Agent全名是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。
 　　
 　　注意不允许在另一个嵌套的命名空间中声明多部分的命名空间。
 
 　　命名空间与程序集(Assembly)无关。同一个程序集中可以有不同的命名空间，也可以在不同的程序集中定义同一个命名空间中的类型。
 
 　　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体系结构的类
 
 System.diagnostics     提供用于调试／跟踪，以及与系统进程／事件日志／性能计数器进行交互的类
 
 System.Drawing　　 提供访问GDI＋基本图形功能（在System.Drawing以下的命名空间，包括System.Drawing.Drawing2D和System.Drawing.Text等，提供了更高级和更特殊的GDI+图形功能）的类
 
 System.IO    包含了用于读写数据流／文件和普通输入／输出（I/O）功能的类型和类
 
 System.Reflection　   包括提供类型检测和动态绑定对象功能的类和接口
 
 System.reflection.Emit     生成动态程序集
 
 System.Text      包含用于字符编码／将字符块转换为字节快／将字节块转换为字符块等功能的对象
 
 System.Text.RegularExpressions     包含了提供访问．NET框架正则表达引擎的类
 
 System.Timer                  提供了Timer组件
 
 System.Web    包含了用于实施浏览器／服务器通信和其他Web相关功能的类
 
 System.Web.Services    包含了用于创建和消费Web服务的类
 
 System.Web.UI     包含了用于创建Web页和控件的用户接口的类和接口
 
 System.Windows.Forms    包含了用于创建基于WINDOWS的用户接口的类
 
 System.XML   提供了支持处理XML的类
 
 

C++中命名空间使用
   
   
 
 
   
 
随着程序规模的扩大，命名冲突的问题越来越严重，在同一个程序甚至是一个程序的一个模块都会出现同名的情况，特别是那些多人开发的程序中这种情况更严重，为了解决这个问题，各种语言都有相应的措施比如：java中使用了”包”的概念，而C++使用了”命名空间”，由于这儿讨论的对象只是针对C++的标准模板库，故只讨论命名空间，而java中的包的概念与命名空间类似，如果有兴趣可以参考java的书籍。标准库中的所有对象都在名为std的空间内，如果你要使用的话必须引入该空间，通过一下语句即可引入：
 
using namespace std; 
   
 
以后的代码即可随意使用该空间的函数,算法等，就好像在程序中自定义的函数一样，很多介绍使用C++标准模板库的书籍的例子程序大都使用这种方式，的确我承认这种方式很简单，但却有问题存在，请思考下面的情况：
 
一个稍微大点的程序往往会包含许多函数，这些函数的命名和参数类型很可能与标准库中的函数同名，如果出现这种情况的话，你程序中的函数就会屏蔽标准函数库中的函数，但你却认为是在使用标准库中的函数，于是忘了使用std::作用域分辨符，这样的话你程序会编译通过,但会出现了潜在的错误。
 
举个例子如下： 
   
 
假设标准库中有一个函数原型为bool isOk(int x)的函数，它的作用是判断x是否为素数，如果是则返回真否则返回假，而你程序中也定义了一个这样原型的函数，但它的作用却是判断该数的范围是否在[0~100]，如果是就返回真，否则返回假。现在在你的程序的很多地方都需要要使用标准库中的isOk函数来判断是否为素数，但你可能会由于“我已经使用using namespace std语句引入了std空间”的想法而直接使用了isOk函数，你本来的意图是要判断是否为素数，但现在却成了判断数的范围是否为[0~100]，这样就与你的意图不符合而造成了潜在的错误，遗憾的是该程序会通过编译而使你的程序出现这样潜在的错误。 
 
 
  
 
如何来解决这种潜在的错误了，我认为有两种：
 
第一种：使用using namespace std语句而直接使用标准库中的函数，但将你程序中自定义的函数都放在一个空间内，然后通过::作用域分辨符来使用自定义函数。
 
#include using namespace std;//引入std命名空间
 
namespace zqSpace //定义自己的命名空间
 
{
 
 bool isOk(int x)
 
 {
 
 if (x<0||x>100)
 
 { 
 
return true;
 
             }
 
 return false; 
 
}
 
} 
 
//---------------------------------------------------------------------------
 
 int main(int argc, char* argv[]) 
 
{
 
 int tempNum=133; 
 
if (zqSpace::isOk(tempNum)) //使用作用域分辨符使用自己定义的函数
 
{ 
 
cout<<tempNum<<"在[0~100]的范围中!"<<endl;
 
}
 
else
 
{
 
              cout<<tempNum<<"不在[0~100]的范围中!"<<endl;
 
}
 
}
 
 
  
 
第二种：使用using namespace zqSapce语句而直接使用自己命名空间中的函数，如果要是用标准库中的函数则使用::作用域分辨符,如下语句就是使用标准模板库中的sort算法对学生成绩进行排序。
 
       //利用标准模板库中的sort算法
 
std::sort(finalGrade.begin(),finalGrade.end(),gradeCompare());
   
 
 
   
 
Note:比较成绩的函数(gradeCompare())对象以及表示学生成绩的向量的定义请参考函数对象的使用这一节.
   
 
 
  
 

4 p命名空间和c命名空间
在通过构造方法或set方法给bean注入关联项时通常是通过constructor-arg元素和property元素来定义的。在有了p命名空间和c命名空间时我们可以简单的把它们当做bean的一个属性来进行定义。
4.1 p命名空间
使用p命名空间时需要先声明使用对应的命名空间，即在beans元素上加入xmlns:p="http://www.springframework.org/schema/p"。下面先来看一个示例。

 
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:p="http://www.springframework.org/schema/p"
    xsi:schemaLocation="http://www.springframework.org/schema/beans
        http://www.springframework.org/schema/beans/spring-beans.xsd">

	<bean id="world" class="com.app.World"/>
	
	<!-- 通过set方法注入的传统的bean定义 -->
	<bean id="hello1" class="com.app.Hello">
		<property name="p1" value="v1"/>
		<property name="p2" value="v2"/>
		<property name="world" ref="world"/>
	</bean>
	
	<!-- 通过set方法注入的使用p命名空间的bean定义 -->
	<bean id="hello2" class="com.app.Hello" p:p1="v1" p:p2="v2" p:world-ref="world"/>

</beans>

在上面示例中，id为hello1的bean是传统的bean定义，而id为hello2的bean是基于p命名空间的bean定义。当传统的property元素定义的value是基础数据类型时，我们可以直接把property元素对应的name加上p命名空间的前缀作为bean的一个属性进行定义，对应的值就是原property元素对应的value。如上述示例中name为“p1”的property使用p命名空间后就变成了“p:p1”；当传统的property元素定义的是对其它bean的关联时，我们可以直接把property元素对应的name加上“-ref”，再加上p命名空间的前缀作为bean的一个属性进行定义，对应的值为原property元素对应的ref值，如上述示例中name为“world”的property就是定义了对其它bean的关联，使用p命名空间后就变成了“p:world-ref”。这里有一点需要注意的地方就是property对应的是set方法，而不是对应的属性，如name为“world”的property实际上对应的是setWorld()方法，这个时候不管对应的bean是否真存在名为world的属性；另一点需要注意的地方是使用p命名空间时要注意以“-ref”结尾的property，这会导致Spring以其前部分作为property，因为“-ref”会被Spring作为关联的关键字。
4.2 c命名空间
c命名空间的用法和p命名空间类似，其对应于constructor-arg，即可以将constructor-arg元素替换为bean的一个以c命名空间前缀开始的属性。使用c命名空间之前也需要通过xmlns:c=”http://www.springframework.org/schema/c”进行声明。

 
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:c="http://www.springframework.org/schema/c"
    xsi:schemaLocation="http://www.springframework.org/schema/beans
        http://www.springframework.org/schema/beans/spring-beans.xsd">

	<bean id="world" class="com.app.World"/>
	
	<!-- 传统的使用constructor-arg通过构造方法注入的bean定义 -->
	<bean id="hello1" class="com.app.Hello">
		<constructor-arg index="0" value="arg1"/>
		<constructor-arg index="1" value="2"/><!-- arg2 -->
		<constructor-arg index="2" ref="world"/><!-- arg3 -->
	</bean>
	<!-- 使用c命名空间通过构造方法注入的bean定义 -->
	<bean id="hello2" class="com.app.Hello" c:arg1="c_arg1" c:arg2="2" c:arg3-ref="world"/>
</beans>

如上所示，c命名空间的用法和p命名空间的用法类似。对于通过构造方法注入原始类型的对象可以把对应的构造参数名称加上c命名空间的前缀作为bean的一个属性进行定义，对应的值即是构造参数的值；如果通过构造参数注入的是其它bean的一个引用，则可将该构造参数名称加上“-ref”，再加上c命名空间的前缀作为该bean的一个属性进行定义，对应的值为所关联bean的id或name，如上述示例中的“c:arg3-ref”。
需要注意的是直接把构造参数名称加上c命名空间的前缀作为bean的一个属性定义来替代对应的constructor-arg只对以debug方式编译的class有效，因为对于非debug方式编译的class文件Spring将无法获取到对应构造方法的参数名。对于这种情况我们可以直接使用构造方法参数的索引加上下划线“_”前缀来代替对应的参数名，索引是从0开始的，如上面的示例以索引来代替时将是如下这个样子。

 
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:c="http://www.springframework.org/schema/c"
    xsi:schemaLocation="http://www.springframework.org/schema/beans
        http://www.springframework.org/schema/beans/spring-beans.xsd">

	<bean id="world" class="com.app.World"/>
	
	<!-- 传统的使用constructor-arg通过构造方法注入的bean定义 -->
	<bean id="hello1" class="com.app.Hello">
		<constructor-arg index="0" value="arg1"/>
		<constructor-arg index="1" value="2"/><!-- arg2 -->
		<constructor-arg index="2" ref="world"/><!-- arg3 -->
	</bean>
	<!-- 使用c命名空间并且是使用构造参数的索引作为属性来通过构造方法注入的bean定义 -->
	<bean id="hello2" class="com.app.Hello" c:_0="c_arg1" c:_1="2" c:_2-ref="world"/>
</beans>

（注：本文是基于Spring4.1.0所写）