不是使用了
using System;
之后
底下要使用System的方法就可以直接用不用再打System.
如果拿掉 using System;
要用的话就得加
ex: System.Console.WriteLine();

那 ..

访客只能看到部份内容，免费 加入会员 或由脸书 Google 可以看到全部内容

当然不行
因为console是类别
而不是名称空间
所以你不能用 using System.Console
只能用 using System
名称空间就好像同一个工作区一样
你可以把相类似的类别或者是相类似的组件都放在同一个名称空间中
这样也可以避免命名困难

下面是引用circlemap于2007-02-27 12:40发表的 :
名称空间就好像同一个工作区一样
你可以把相类似的类别或者是相类似的组件都放在同一个名称空间中
这样也可以避免命名困难
.......

那所谓命名空间 namespace 在底层如何实行呢
如大大所说他放类似的类别或者是相类似的组件
那他是不是像java中的 import *.*;
可是那 不是 #inculde吗
我去找找相关资料看看好了 虽然这个小东西不懂不太会影响写程式
但还是想搞懂他

一般而言,名称空间可能对个人比较不重要
它最主要的还是对相似的类别再做进一步分类
使得你可以很快的看字面的的意思就可以了解如何使用
那为什么对个人开发者比较没什么用呢
因为大部分而言,你自己开发的东西都有原始码
你可以写在同一组件之中(注:一个组件也可以有不同的名称空间)
所以你可以把同一组件(也就是exe或dll)的东西都写在一个名称空间之下
如
Namespace SomeNameSpace
{
  public class MyClass1
  {
  //define
  }
}

Namespace SomeNameSpace
{
  public class MyClass2
  {
//define  
  }
}
etc.....
但如果你的案字分属不同的团队开发,那名称空间就很重要了
因为相似的类别可能由不同的人来定义,结果就成了不同的组件
最后组合起来时可能造成难以搜寻所以这时的写法可能是

Namespace SomeNameSpace
{
  public class MyClass1
  {
  //define
  }
  public class MyClass2
  {
  //define
  }
}

编译成一个dll
而
Namespace SomeNameSpace
{
  public class MyClass3
  {
  //define
  }
  public class MyClass4
  {
  //define
  }
}
又编译成另一个dll,但都在同一个名称空间之下,
你也就可以 参考该二组件 然后在应用程式中

using SomeNameSpace

来写作您用应程式的程式码

下面是引用circlemap于2007-02-28 10:26发表的 :
一般而言,名称空间可能对个人比较不重要
它最主要的还是对相似的类别再做进一步分类
使得你可以很快的看字面的的意思就可以了解如何使用
那为什么对个人开发者比较没什么用呢
因为大部分而言,你自己开发的东西都有原始码
.......

那是不是就是说因为他们命名空间都一样所以就算我不知道是在那一个组件内
因为命名空间一样我只要
using somenamespace;
就能使用上面的二组不同组件内的类别啰^^
是吗??

你还是要知道组件名称
因为你还是要把组件的参考(dll)
加进来啊,否则么用

如果你想要的是写入自己的 IO 类别(.net fromawork 有自己的 IO类别)
和.net framework 共用一个命名空间的话,而不想自己另造命名空间
你可以这样做

namespace System
{
     namespace IO

     {
     
     //define      
     }
}

然后编译成dll,假设档名是 myIO.dll
然后你就要在参考的地方把myIo.dll给引用进来
在你要新增的专案中你就可以用
using System.IO 这个命名空间了