據(jù)外媒報(bào)道，Project Coin就是工作在發(fā)生細(xì)微語言變化的Java SE 7的OpenJDK的新稱號(hào)。在Java.net最新的網(wǎng)絡(luò)投票中，曾經(jīng)問到究竟Project Coin中最有趣的新特性是什么。經(jīng)過對(duì)大量Java程序員對(duì)此問題的看法進(jìn)行分析之后，在這里，我將為大家揭露專業(yè)人士們提出的每個(gè)候選結(jié)果及原因。

候選結(jié)果有：

對(duì)Strings 轉(zhuǎn)換狀態(tài)的支持：

對(duì)于最求靈活多變喜好Strings的Java開發(fā)者，這可說的上是一個(gè)莫大的福音了，這個(gè)特性可以幫助他們避免較長的if-then-else造成的擁堵。但是，從我個(gè)人的角度，認(rèn)為既然我們最求的是靈活性，那么Strings的性能將遠(yuǎn)遠(yuǎn)優(yōu)于Emuns,所以沒有必要尋找特別的轉(zhuǎn)換裝置。正因此，我并不十分推崇這個(gè)特性。

多異常捕獲機(jī)制：

能夠一次捕獲多個(gè)相關(guān)異常縱然是很方便，但介于非檢查異常和在框架多層結(jié)構(gòu)中捕獲異常時(shí)，這個(gè)功能有時(shí)反而會(huì)越幫越忙，所以我也不十分推薦這個(gè)特性。

對(duì)集合的方括號(hào)標(biāo)記：

這項(xiàng)特性可以讓集合像數(shù)列一般變得井井有條。但也有人爭辯，正是因?yàn)榧系恼Z法更加方便和自由才讓大家更喜歡使用，這樣把它和數(shù)列的語法同化，只會(huì)磨滅它原本的特性。因此，這項(xiàng)我也不很推薦。

帶有類型推導(dǎo)的簡潔構(gòu)造器：

這個(gè)特性可以通過基于實(shí)例化對(duì)象數(shù)據(jù)類型的構(gòu)造器，讓編譯器了解泛型，而不需要目再重新定義泛型。但是很多人認(rèn)為，這是個(gè)很糟糕的主意，因?yàn)檫@意味著磨滅了Java語言原本的有點(diǎn)。我個(gè)人雖然不介意，但是也不推薦。

其他語言的名稱調(diào)用：

這個(gè)特性可以支持非Java語言的調(diào)用方法，短期內(nèi)可能優(yōu)勢并不顯著，但是從長遠(yuǎn)來看，在這個(gè)多語言融合不斷發(fā)展的世界，這絕對(duì)是一個(gè)非常棒的想法。

小結(jié)：

Java本身已經(jīng)是一個(gè)十分成熟的程序語言了，所以我們所渴望改進(jìn)的地方也是十分有限的。換句話來講，我喜歡Java的全部。

【編輯推薦】

1. 基于OSGi和Spring開發(fā)Web應(yīng)用
2. OSGi和未來Java 企業(yè)開發(fā)的方向
3. 成為Java高手的25個(gè)學(xué)習(xí)要點(diǎn)