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 别名 产生一个别名用于：  类或命名空间 ,只能被用在命名空间的开头

namespace RainForest.GUI
{
    using Hashtable = System.Collections.Hashtable; 
    sealed class Book
    {
       ...
        Hashtable pages;
    }
}