做Java開發這一年，這些事兒
從去年到現在，從.NET轉向Java開發(只是因為項目原因，絕對與平臺好壞沒有關系)差不多有一年的時間了。通過這一年時間也有些感觸，想從幾個面比較一下這兩個平臺。希望能做到客觀公正。
語言
我原來是使用C#語言的，和現在的Java語言相比，現在的Java語言語法就停留在C# 2.0這個年代。語法結構都非常傳統，中規中矩。很突出的一點是，因為缺少對閉包的支持，有些用C#很容易做到的，用Java需要寫很多廢話代碼。
前幾天InfoQ上發表了一篇英國衛報逐步采用Scala替換Java的文章里一句話用的很好：看Java的代碼很容易讓你只見樹木，不見森林。因為為了實現某個功能，你需要太多的支撐代碼，而實現功能的關鍵代碼卻迷失了。
舉個例子：我需要一個排好序的用戶列表，排序的依據是用戶名字。很簡單的需求對不。自然的代碼肯定是這樣的：
- IList users = …
- users.OrderBy(user => user.Name);
而如果用Java實現同樣的功能你可能要這樣寫：
- List users = …
- Collections.sort(users,new Comparator() {
- public int compare(User left, User right) {
- return left.getName().compareTo(right.getName());
- }
- });
***：沒有擴展方法的支持，只有借助靜態的輔助類
第二：沒有閉包的支持，非要寫個難看的匿名類
其實我們只需要一個OrderBy，一看就明白，但現在多了這么多“無用”的代碼，反而核心的價值(order by)卻顯得不那么重要了。這還是一個很簡單的例子，在實際的項目中你會為此付出更多的代價，你要寫出一堆味同嚼蠟的代碼才能實現你想要的那個功能，而那個功能其實是很顯而易見。
所以在語言層面，Java沒有任何亮點，只覺得羅里羅嗦。
關于語言層面的比較，老趙寫過很多，而且非常精彩，建議去欣賞一下。
不過Java也有那么很少幾個有點意思的小東西：比如靜態導入(腦袋提醒，這東西很早就在VB里出現了)、以及Java對Annotation的特殊支持讓我們可以做一個更有意思的事情。
概念滿天飛
做Java以來，讓我感觸最深的是在Java世界里概念滿天飛。ORM，IOC，AOP，這幾個在.NET的世界里也有，但沒見過這么濃的，但是如果你做Java應用，你不熟悉這幾個你都不好意思出去跟人打招呼，所以除了學習Java本身外還有一大堆開源框架等著你研究。
還有什么View Model，Presentation Model，Validator，BRO(Business Rule Object)，BPO(Business Process Object),BDD。關鍵是不僅是概念上存在這樣的名詞，它還大量的出現在代碼里。代碼里將概念描述得***，還規規矩矩。或許我土老帽了，我開發.NET三年有余，從來沒整這些玩意兒。但是我一點也不懷疑我的代碼難以閱讀，難以維護。
配置文件，你能再多一點么
我超級厭惡Spring的配置文件(雖然你說這只是個框架，但貌似Java社區有這個趨向)。雖然Spring現在也增加了注解(Annotation)的支持，但是還有那么一些知道的和不知道的原因，項目中存在大量的配置文件。而且為了“模塊性”，一個小小的配置文件又包含有幾個配置文件。有配置controller的，有配置DAO的，有配置service的。額，還有那該死的Hibernate的hbm文件。我想，系統的復雜性就是這么一點一點的堆積而來的。
ASP.NET的配置文件一度也有變得更臃腫的趨勢，但***還是大大瘦身(.NET 4.0里默認的web.config很小了)。而且Attribute在.NET的***個版本就出現了，很多可配置的東西都提供了Attribute的API和XML的API，所以沒有歷史遺留包袱。
開源，這個我喜歡
Java里的開源軟件遠遠超過.NET的(這可能跟微軟有一定的關系吧)。如果你想完成一項工作，總會有一個開源軟件適合你。比如我們要做一個定時調度的任務，馬上就有Quartz跑到了你的視野，你只需實現幾個接口，然后在配置文件里配置一下(又是該死的配置文件)，又比如你苦于在Java里沒法像C#里那樣用Lambda，馬上有個跟你一樣想法的人開發了一個lambda4j(Java人有個說法是：語言不足類庫來補，不過Java這個語言太不足了，所以有的時候類庫補也補不好)。你可以在琳瑯滿目的開源框架和開源類庫里尋找一個最合適的，然后打開這個潘多拉魔盒。最主要的是她還是開放的，你不僅可以學習其代碼思想，如果你發現有問題你甚至可以提交代碼，那種成就感我倒是在開發.NET時沒有感覺到。比如你要開發高性能服務器，在.NET里還沒見過這類的開源項目，可Java里你可以學習Netty，可以學習Mina，你甚至可以根據自己具體的業務場景，對這些開源軟件進行適當的修改。當然，你可以說思想是一樣的，這倒是不錯。但因為IO模型在Java里和.NET里并不一樣，所以還是有很多不同的(當然我覺得.NET的異步IO更容易使用，Java的NIO那是什么狗屎一樣的API啊)。
IDE
搞開發的肯定離不開IDE。.NET里的IDE當之無愧的是Visual Studio了。不過我卻覺得Visual Studio這幾年已經離開發人員越來越遠了，好像他要搞什么全生命周期的軟件開發工具。所以不但臃腫，而且對開發人員并不是很友好(當然，她的可視化設計器是***的，但我不覺得可視化設計器是什么開發人員的“利器”)。舉兩個例子：VS里大量使用組合快捷鍵。這樣不僅使得快捷鍵過長，難以記憶，而且還好難使用啊，你必須按兩次，而且時間不能間隔太長。還有VS的重構功能，太弱了。
在Java里有各種各樣的IDE，有免費的，有收費的。我很喜歡的一個就是Intellij Idea。Idea給我的印象就是，她真的是在關注開發人員(寫代碼的)這個角色。所有的快捷鍵都很簡單，好用好記。比如，大部分東西在Idea里可以使用Alt+Enter這個***快捷鍵解決(這個快捷鍵是上下文感知的，在不同上下文中它知道要干什么)。
再就是Idea對重構的支持，如果你熟練之后，做一項大的重構你都無需手動的去修改什么代碼，直接依靠IDE的支持就可以完成，這在安全的重構里是很重要的一點，手動的去修改代碼重構如果在測試不完備的情況下風險是非常高的。
當然VS也有很多非常好用的插件，可以提高開發效率。比如大名鼎鼎的Resharper就來自于Intellij Idea同一個公司，由這個插件你可以看到Idea是如何關注寫代碼的人的效率。
JVM vs CLR
一般的，Java跑在JVM上，C#跑在CLR上。從技術實現上他們兩平分秋色，各有各的優點，我們不能評價他們的好壞。只能說可能JVM在XXX上勝過CLR，CLR在XXX上勝過JVM。而且JVM和CLR有居多相似之處，大多數東西都可以在對方找到相應的東西。
那么她們就無法比較了么?不是，經過一年的學習我表示我更喜歡JVM一點。
JVM(在這里只假設是Oracle/Sun Hotspot JVM)暴露了眾多的配置參數給開發人員。你可以通過這些參數間接地控制JVM的運行。就比如GC吧，JVM里有各種參數來控制各個代的大小，還可以通過參數讓JVM采用什么樣的垃圾收集策略。因為不同類型的應用：比如桌面的、服務器端得、內存小的等等不同類型的應用適合不同的垃圾收集策略。而CLR在垃圾收集上只給開發人員提供了Workstation(是否是concurrent GC，.net 4.0是background GC)/Server等很少的控制(不過也幾乎很少用到)。當然，如果你想***化控制CLR你就只有自己Host CLR，然后調用Host API進行控制，但是那樣難度高很多。
我很愿意承認CLR是自適應的，她能自動的智能的識別出你的需求，然后自動的進行調整。不過我在這里主要想到的是，微軟在這里扮演著保姆的角色。在你很小的時候，保姆能夠在一定程度上保護你，免你受到傷害。但是你不能永遠生活在保姆的懷抱里，如果你想變得更強大你需要自己獨自一人出去看看。
注：這一節不是比較JVM和CLR，因為我沒有那個能力。只是想從JVM和CLR所表現出來的差異來看看一些“看不見的東西”。
開發人員
上面主要談了技術層面的東西。現在說說軟件開發中的人。
我現在所在的公司面試有個特點：會讓面試者做一份家庭作業，然后讓公司同事Code Review。在這一年里我看了很多Java的代碼，也看了很多C#代碼。但是我傷心的發現：
1、雖然Java的也有爛代碼，但是Java代碼大多更注意代碼的美感。大家都非常注意選擇方法名，變量名，類名等。也非常愿意寫一些小的，容易理解的方法，小的目的明確的類。可我親愛的.NET同行們，大多在這方面很隨意。一個方法200行不算長，甚至一個功能就放到一個方法里實現了。我看呀看呀，都看不到盡頭。更別說類職責單一了。
2、測試 Java同學的代碼大多有測試，雖然有的測試不怎么好，但最起碼有那么幾個測測核心功能。但是.NET代碼呢?很難見到幾個有測試的(難道這是因為VS很晚才加入對Unit Test的支持有關?)。我不是說一定要有測試，我只是描述一下這么個現象。
3、你也太隨意了。我見到有那么幾份.NET代碼，我知道你創建了一個WinForm的項目，然后你卻不把VS自動生成的那幾個Form1.cs,Form1.resx給刪掉。
4、構建 從構建這個層面就更顯出問題了，Java同學提交的代碼大多有構建的腳本，無論是Ant還是Maven，所以你只需要敲一個命令行，馬上可以看見人家的結果。而.NET同學的基本上都是sln文件。這一點不是說誰好誰壞的，因為我之前做.NET也從來沒有自動構建腳本，我只想說兩個社區有些不同。
后記
我在這里并不是貶低某個社區的開發人員，也不想扯進任何平臺的紛爭。因為這只是我看到的現象，還有很多是我沒看到的，而且這也嚴重的受到我周圍同事的影響，所以難免以偏概全。
如果有不足地方請不吝指教。
原文鏈接：http://www.cnblogs.com/yuyijq/archive/2011/06/28/2091803.html
【編輯推薦】
