一個(gè)名字可以被用來(lái)引用位于不同包內(nèi)的多個(gè)類。下面的程序就是在探究當(dāng)你重用了一個(gè)平臺(tái)類的名字時(shí)，會(huì)發(fā)生什么。你認(rèn)為它會(huì)做些什么呢？盡管這個(gè)程序?qū)儆谀欠N讓你通常一看到就會(huì)感到尷尬的程序，但是你還是應(yīng)該繼續(xù)下去，把門(mén)鎖上，把百葉窗拉上，然后試試看：
public class StrungOut {
public static void main(String[] args) {
String s = new String("Hello world");
System.out.println(s);
}
}
class String {
private final java.lang.String s;
public String(java.lang.String s) {
this.s = s;
}
public java.lang.String toString() {
return s;
}
}
如果說(shuō)這個(gè)程序有點(diǎn)讓人討厭的話，它看起來(lái)還是相當(dāng)簡(jiǎn)單的。在未命名包中的String類就是一個(gè)java.lang.String實(shí)例的包裝器，看起來(lái)該程序應(yīng)該打印Hello world。如果你嘗試著運(yùn)行該程序，你會(huì)發(fā)現(xiàn)你運(yùn)行不了它，VM將彈出了一個(gè)像下面這樣的錯(cuò)誤消息：
Exception in thread "main" java.lang.NoSuchMethodError: main
但是它肯定是一個(gè)main方法的：它就白紙黑字地寫(xiě)在那里。為什么VM找不到它呢？
VM不能找到main方法是因?yàn)樗⒉辉谀抢铩１M管StrungOut有一個(gè)被命名為main的方法，但是它卻具有錯(cuò)誤的簽名。一個(gè)main方法必須接受一個(gè)單一的字符串?dāng)?shù)組參數(shù)[JVMS 5.2]。VM努力要告訴我們的是StrungOut.main接受的是由我們的String類所構(gòu)成的數(shù)組，它無(wú)論如何都與java.lang.String沒(méi)有任何關(guān)系。
如果你確實(shí)需要編寫(xiě)自己的字符串類，看在老天爺?shù)姆萆?，千萬(wàn)不要稱其為String。要避免重用平臺(tái)類的名字，并且千萬(wàn)不要重用java.lang中的類名，因?yàn)檫@些名字會(huì)被各處的程序自動(dòng)加載。程序員習(xí)慣于看到這些名字以無(wú)限定的形式出現(xiàn)，并且會(huì)很自然地認(rèn)為這些名字引用的是我們所熟知的java.lang中的類。如果你重用了這些名字的某一個(gè)，那么當(dāng)這個(gè)名字在其自己的包內(nèi)被使用時(shí)，該名字的無(wú)限定形式將會(huì)引用到新的定義上。
要訂正該程序，只需為這個(gè)非標(biāo)準(zhǔn)的字符串類挑選一個(gè)合理的名字即可。該程序下面的這個(gè)版本很明顯是正確的，而且它比最初的版本要更易于理解。它將打印出如你所期望的Hello World:
public class StrungOut {
public static void main(String[ ] args) {
MyString s = new MyString("Hello world");
System.out.println(s);
}
}
class MyString {
private final java.lang.String s;
public MyString(java.lang.String s) { this.s = s;}
public java.lang.String toString() { return s;}
}
寬泛地講，本謎題的教訓(xùn)就是要避免重用類名，尤其是Java平臺(tái)類的類名。千萬(wàn)不要重用java.lang包內(nèi)的類名，相同的教訓(xùn)也適用于類庫(kù)的設(shè)計(jì)者。Java平臺(tái)的設(shè)計(jì)者已經(jīng)在這個(gè)問(wèn)題上栽過(guò)數(shù)次了，的例子有java.sql.Date，它與java.util.Date和org.omg.CORBA.Object相沖突。與在本章中的許多其他謎題一樣，這個(gè)教訓(xùn)是有關(guān)你在除了覆寫(xiě)之外的其他情況應(yīng)該避免名字重用這一原則的一個(gè)具體實(shí)例。對(duì)平臺(tái)實(shí)現(xiàn)者來(lái)說(shuō)，其教訓(xùn)是診斷信息應(yīng)該清晰地解釋失敗的原因。VM應(yīng)該可以很容易地將沒(méi)有任何具有正確簽名的main方法的情況與根本就沒(méi)有任何main方法的情況區(qū)分開(kāi)。
public class StrungOut {
public static void main(String[] args) {
String s = new String("Hello world");
System.out.println(s);
}
}
class String {
private final java.lang.String s;
public String(java.lang.String s) {
this.s = s;
}
public java.lang.String toString() {
return s;
}
}
如果說(shuō)這個(gè)程序有點(diǎn)讓人討厭的話，它看起來(lái)還是相當(dāng)簡(jiǎn)單的。在未命名包中的String類就是一個(gè)java.lang.String實(shí)例的包裝器，看起來(lái)該程序應(yīng)該打印Hello world。如果你嘗試著運(yùn)行該程序，你會(huì)發(fā)現(xiàn)你運(yùn)行不了它，VM將彈出了一個(gè)像下面這樣的錯(cuò)誤消息：
Exception in thread "main" java.lang.NoSuchMethodError: main
但是它肯定是一個(gè)main方法的：它就白紙黑字地寫(xiě)在那里。為什么VM找不到它呢？
VM不能找到main方法是因?yàn)樗⒉辉谀抢铩１M管StrungOut有一個(gè)被命名為main的方法，但是它卻具有錯(cuò)誤的簽名。一個(gè)main方法必須接受一個(gè)單一的字符串?dāng)?shù)組參數(shù)[JVMS 5.2]。VM努力要告訴我們的是StrungOut.main接受的是由我們的String類所構(gòu)成的數(shù)組，它無(wú)論如何都與java.lang.String沒(méi)有任何關(guān)系。
如果你確實(shí)需要編寫(xiě)自己的字符串類，看在老天爺?shù)姆萆?，千萬(wàn)不要稱其為String。要避免重用平臺(tái)類的名字，并且千萬(wàn)不要重用java.lang中的類名，因?yàn)檫@些名字會(huì)被各處的程序自動(dòng)加載。程序員習(xí)慣于看到這些名字以無(wú)限定的形式出現(xiàn)，并且會(huì)很自然地認(rèn)為這些名字引用的是我們所熟知的java.lang中的類。如果你重用了這些名字的某一個(gè)，那么當(dāng)這個(gè)名字在其自己的包內(nèi)被使用時(shí)，該名字的無(wú)限定形式將會(huì)引用到新的定義上。
要訂正該程序，只需為這個(gè)非標(biāo)準(zhǔn)的字符串類挑選一個(gè)合理的名字即可。該程序下面的這個(gè)版本很明顯是正確的，而且它比最初的版本要更易于理解。它將打印出如你所期望的Hello World:
public class StrungOut {
public static void main(String[ ] args) {
MyString s = new MyString("Hello world");
System.out.println(s);
}
}
class MyString {
private final java.lang.String s;
public MyString(java.lang.String s) { this.s = s;}
public java.lang.String toString() { return s;}
}
寬泛地講，本謎題的教訓(xùn)就是要避免重用類名，尤其是Java平臺(tái)類的類名。千萬(wàn)不要重用java.lang包內(nèi)的類名，相同的教訓(xùn)也適用于類庫(kù)的設(shè)計(jì)者。Java平臺(tái)的設(shè)計(jì)者已經(jīng)在這個(gè)問(wèn)題上栽過(guò)數(shù)次了，的例子有java.sql.Date，它與java.util.Date和org.omg.CORBA.Object相沖突。與在本章中的許多其他謎題一樣，這個(gè)教訓(xùn)是有關(guān)你在除了覆寫(xiě)之外的其他情況應(yīng)該避免名字重用這一原則的一個(gè)具體實(shí)例。對(duì)平臺(tái)實(shí)現(xiàn)者來(lái)說(shuō)，其教訓(xùn)是診斷信息應(yīng)該清晰地解釋失敗的原因。VM應(yīng)該可以很容易地將沒(méi)有任何具有正確簽名的main方法的情況與根本就沒(méi)有任何main方法的情況區(qū)分開(kāi)。