C# 命名空间和程序集

一、命名空间

1、通过使用using关键字引入命名空间,减少代码量

命名空间对相关的类型进行逻辑分组,通过命名空间能快速的定位到相关的类型,例如:在System.IO命名空间下,定义了所有I/O操作的类型,当我们需要使用相关的I/O操作的类型时,就可以引入该命名空间。代码如下:

public sealed class Program
{
     public static void Main()
     {
          System.IO.FileStream fs=new System.IO.FileStream(...);
     }
}       

上面的代码构造了一个System.IO.FileStream对象,像这样写代码很繁琐,因为每次都需要写上类型的完全限定名,所以C#编译器提供了using指令,通过using指令导入类型的命名空间,从而避免全面限定名的方式使用类型,代码如下:

using  System.IO;
public sealed class Program
{
     public static void Main()
     {
          FileStream fs=new FileStream(...);
     }
}       

原理:编译器在编译的时候,会在类型的前面加上命名空间,比如当我们使用FileStream类的时候,编译器会将FileStream类的引用解析为System.IO.FileStream.

在上面的示例代码中,编译器需要保证引用的每个类型都真实存在,而且代码以正确的方式使用类型一也就是调用确实存在的方法,向方法传递正确数量的实参,保证方法具有正确类型,正确使用方法返回值等。如果编译器在源代码文件或者引用的程序集中找不到指定的类型,就会在类型前面加上System.IO前缀,如果找不到匹配项,就逐一地在类型前面加上通过using引入的命名空间,知道找到指定的类型,否则编译就会报错,所以通过using引入命名空间的方式,能极大程度的帮助我们减少代码量.还增强了代码的可读性.

2、编译器查找类型的原理

编译器扫描引用的所有的程序集,在其中查找类型定义,一旦找到了正确的程序集,程序集信息和类型信息就被嵌入到托管模块中的元数据中.为了获取程序集信息必须将定义了被引用程序的信息传递给编译器.C#编译器自动在MSCorLib.dll程序集中查找被引用类型,即使没有显示告诉它这么做.MSCorLib.dll程序集中包含所有核心Framework(FCL类型)的定义.

3、编译器对待命名空间的方式存在潜在的问题:可能两个或者多个类型在不同的命名空间中同名,微软建议开发人员为类型定义具有唯一性的名字,但是“运行时”鼓励组件重用。例如:

应用程序可能同时使用了Microsoft和Wintellect开发的组件,假如两家公司都提供名为Widget类型,两个类型做的事情完全不同,由于干涉不了类型名称。所以当你引入Microsoft和Wintellect命名空间,并使用Widget类型时,编译器就会报CS0104:"Widget"是"Microsoft.Widget"和"Wintellect.Widget"之间不明确的引用的错.

所以必须使用一些方法来解决这个问题,以下是解决方案:

(1)、使用完全限定名称来区分并使用它们,代码如下:

Microsoft.Widget mw=new Microsoft.Widget();
Wintellect.Widget ww=new Wintellect.Widget();

(2)、C# using指令的另一种形式为类型或者命名空间创建别名,如果只想使用命名空间中的少量类型,不想它的所有类型都跑出来"污染"全局命名空间,别民就显得十分方便,代码如下:

using WintellectWidget=Wintellect.Widget;
WintellectWidget w=new WintellectWidget();

(3)、外部别名方式

自行百度

4、关于命名空间的一些建议

参考微软的命名方式,使用公司名称作为*名称,以减少发生冲突