※ 引述《godfat (godfat 真常)》之銘言：
: 不知道是廣義 namespace, 還是狹義的 C++ namespace? XD
: 前者我不敢下定義，但後者的話我可以舉例 XD
我借用你的例子來講一下, 保證是錯的 (啥!)
我不是啥 SCJP 咩, 用錯誤的概念硬幹出能用的東西是常有的事
: 其實是很單純的觀念啦，我覺得你應該知道是什麼意思才對
: 可能是被太多名詞混淆了…？
: 在 C++ 中，所有標準提供的東西都放在 namespace std 下
在 java 中，所有標準提供的東西都放在 rt.jar 的 java 下
: namespace std{
: /* blah blah blah */
: }
java\
applet\
awt\
.... /* blah blah blah */
....
: 假設現在裡面有一個 max function
假設現在裡面有一個 max function (好吧, 我真的去找個 max 出來)
: namespace std{
: int max(int, int);
: }
java\
.... /* blah blah blah */
lang\
\Math.class
max(int, int)
.... /* blah blah blah */
: 那麼你在全域空間（global）中這樣用：
: max(5, 10);
: 是沒有效果的，因為看不到，compiler 會跟你抱怨 max 是啥？
那麼你在 Java 程式中這樣寫：
max(5 ,10);
是沒有效果的，因為看不到，compiler 會跟你抱怨 max 是啥？
(The method max(int, int) is undefined for the type)
: 正確的用法是：
: std::max(5, 10);
: 或是
: ::std::max(5, 10);
正確的用法是：
java.lang.Math.max(5, 10);
或是
Math.max(1,2)
: 前者表示在「現在」這個 namespace 中找到下一層的 std namespace,
: 並在其中尋找 max 在哪裡？
前者表示在 \java\lang\ 中找到下一層的 Math.class
並在其中尋找 max 在哪裡？
: 後者則是在「global namespace」中尋找 std namespace,
: 並在其中尋找 max 在哪裡？
後者則是在 "預設的路徑中找 Math.class,
並在其中尋找 max 在哪裡？
: 如果你現在在 global namespace 中建立另外一個 max
: void max(double, double);
: 假設你現在在 global namespace 中這樣寫：
: max(5, 10);
: 那麼 compiler 會認定你使用的是 void max(double, double);
如果你現在在程式中建立另外一個 max
void max(double, double);
假設你現在在程式中這樣寫：
max(5, 10);
那麼 compiler 會認定你使用的是 void max(double, double);
: std::max(5, 10);
: 則會認定為 std namespace 下的 void max(int, int);
Math.max(5, 10);
則會認定為 Math.class 裡的 public static int max(int a, int b);
http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Math.html#max(int, int)
: 大概就是這樣了……
: 簡單地說，也有點像 file system 的樹狀結構啦 XD
大概就是這樣了……
簡單地說，也有點像 file system 的樹狀結構啦 XD
: 嗯，但是在 C++ 中的話故事還沒有結束 XDD
嗯，但是在 Java 中的話故事就結束了 (大概吧?)
: 如果前面再這樣寫：
: using namespace std; // 匯入整個 std
: 或是
: using std::max; // 匯入 std::max
如果在前面再這樣寫：
import java.lang.*;
或是
import java.lang.Math;
: 則
: max(5, 10);
: 會叫到誰？
則
max(5, 10);
還是抓自建的 max (double, double)
你不打 Math.max 就不認識.
: 嗯，我想到一個問題了，雖然這自己測試看看就知道了，
: 不過板大說不用客氣是吧…？ XD
: package test;
: 假設放在 ~/fat1/test 下
: package test;
: 假設放在 ~/fat2/test 下
: 那麼我執行某個程式，把 ~/fat1 和 ~/fat2 都加入 classpath 下
: 是否會造成衝突？如果是的話，那確實這就是 Java platform 了 @_@
不會... 依照載入順序.
: 所以上面有一篇會說
: String config = Config.getPath();
: import config;
: 如此動態決議載入的路徑。
import 的 path 也動態? 這什麼? @_@a
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 163.25.148.49
> -------------------------------------------------------------------------- <
作者: wctang (wctang) 站內: java
標題: Re: [站內] Java 跟 C++ 搞曖昧? Namespace 有用嘛?
時間: Sun Mar 12 20:34:27 2006
※ 引述《godfat (godfat 真常)》之銘言：
: ※ 引述《ogamenewbie (荷蘭爛銀行)》之銘言：
: : 我借用你的例子來講一下, 保證是錯的 (啥!)
: : 我不是啥 SCJP 咩, 用錯誤的概念硬幹出能用的東西是常有的事
: = =b
: 無言以對 XD
: : 不會... 依照載入順序.
: 這樣問題更大吧？ = =b
: 連是否不小心重複了都不知道
: : import 的 path 也動態? 這什麼? @_@a
: 只是覺得這樣做比較合理而已
: 我不知道實作上是否會有什麼問題，
: 只是單純從使用者的角度來看，覺得現在這樣沒有對稱性
: 如果路徑寫死，執行期卻還能搬動位置，這樣有時候會不小心出意外
: 既然執行期才去存取 .class 檔，何不連路徑都動態存取？
: String path = UserInput.getString();
: // could be godfat.Widget or
: // fatgod.Widget
: import path;
: Widget keyboard = new Widget();
: 這樣可以動態改變類別庫
之前好像也有談過類似的問題@@
以我的想法來看，首先就是不要把 package 看成是目錄，雖然他們看起來很像。應該把
package 和 class name 合起來當成是一個 class 完整名稱， import 只是讓你少打些
字的。
你了解 load class 是執行期動態進行的，但要 load 哪一個 class
(package+classname) 是編譯期就決定的，執行期 load class 是依 class path 先後
順序來 load (簡化的說法)，所以不會有名稱衝突的問題， classpath 在前面的有優先
權。
至於你想要動態改變 load 到的 class ，以你程式的寫法是不行的，也就是 compile 時
就決定你要 load 的 class 的全名，不可以等到執行期決定是 xxx.Aaa 還是 yyy.Aaa
。但 Java 的動態性表現在另一個地方，你可以在執行期改變你的 classpath ，有點類
似你下了不同的 -classpath 參數，但是是在執行期可以改變的。不過一般程式是用
不到這種功能的，有興趣應該去研究 ClassLoader 相關議題。
BTW, 如果想的話，用 ClassLoader 是可以做到從任何地方去 load class ，例如不照
目錄來放，或是從 database 中去 load class ，都是做得到的。這也是我建議不要把
package 想成是目錄的原因。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.62.106.24