不是使用了
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 這個命名空間了