命名空间

1.问题

·       越大的程序包含的名字越多

       越多的名字-越大的可能性导致命名冲突

       你是怎样命名以反映结构

       显式的前缀不是一个很好的解决方法

sealed class Book

{

    ...

}

sealed class GUIBook

{

    ...

}

//传统的命名方法

2.解决的方法

·        一个命名空间是一个逻辑的命名系统

        命名空间表示一个范围

        任何.cs 文件中都可以在任一命名空间中插入类

        单独的一个.cs文件可以访问多个命名空间

namespace GUI

{

    sealed class Book

    {

        ...

    }

}

//命名空间的解决方法

使用命名空间的方法可以反映程序中的逻辑关系。上面的例子说明你在GUI命名空间中声明了一个类叫Book，而不是使用GUIBook这么长的名字。

3.嵌套的命名空间

·       一个命名空间可以包含其他的命名空间

       使用嵌套来反映程序的结构

       命名空间总是隐含为public 

namespace RainForest

{

  namespace GUI

  {

    sealed class Book

    {

       ...

    }

  }

}

 

namespace RainForest.GUI

{

    sealed class Book

    {

        ...

    }

}

 

上面两个程序是等价的。

命名空间可以包含类和其他的命名空间，但不能包含数据。

嵌套的命名空间之间的结构反映了程序组织的逻辑结构。

命名空间隐含为public，也就是说命名空间的声明不能包含任何访问修饰符，连public也不能加。命名空间之所以隐含为public是因为这样任何一个程序的任何一部分都可以访问它。还必须注意的是，因为命名空间是隐含为public，所以它的命名应使用PascalCase命名规则，即所有单词的首字母大写。

嵌套的命名空间可以非常有效地组织大型程序的逻辑结构。但是每一层都重复键入关键字namespace的话，那将是非常繁的。但正如上面的例子中所示的，你可以使用简写的方法。

4.全名

·        命名空间反映的是逻辑结构

       带点的全名称是冗长和讨人厌的

       但它比不带点的名字要好  

namespace RainForest.GUI

{

    sealed class Book

    {

        ...

        private System.Collections.Hashtable pages;

    }

}

命名空间的使用可以避免命名冲突，但是它会导致名字的长度增加。例如，.NET framework有一个类叫Hashtable。这个类位于Collections命名空间，而Collections命名空间又位于System命名空间，这就意味着Hashtable类的全名是System.Collections.Hashtable（好长啊）。

5.using标记

·        using标记使类在命名空间中可见

        只能在一个命名空间的开头使用

namespace RainForest.GUI

{

    using System.Collections;

    ...

    sealed class Book

    {

        ...

        private Hashtable pages;

    }

}

using标识只能用在命名空间的开头，放在任何类声明语句的开头。 using标识符的作用是能够使用简写的形式来调用该命名空间中的类。例如在上面的例子中，Book类声明了一个私有字段pages，它是Hashtable类的。Book类声明这个字段时使用的是简写形式，而不是它的全名System.Collections.Hashtable。

·        using标记也可以被用在.cs 文件的开头

using System; //表示全局空间

sealed class Global

{

    static void Main(string[] args)

    {

        Console.Write(args[0]);

    }

}

 

6.引用别名

·       using 别名 产生一个别名用于：