最近公司要開發(fā)Windows平臺(tái)上的產(chǎn)品（由于涉及到商業(yè)機(jī)密，所以目前無法對這個(gè)產(chǎn)品做詳細(xì)介紹），采用.Net技術(shù)進(jìn)行開發(fā)，我負(fù)責(zé)的是基于Visual Studio插件機(jī)制的行業(yè)開發(fā)工具的開發(fā)。從開始接觸.Net到現(xiàn)在已經(jīng)有近三個(gè)月了，而且也開發(fā)出了第一個(gè)版本，對.Net已經(jīng)有了一些認(rèn)識(shí)，由于以前主要用Java、Python等語言進(jìn)行開發(fā)，因此有意無意的就對這些語言進(jìn)行了比較。和Java比起來，.Net的優(yōu)勢還是很多的，比如快速開發(fā)能力、基于Windows特性進(jìn)行開發(fā)的能力、內(nèi)置的豐富類庫、一些高級語法、組件的多版本管理等。優(yōu)點(diǎn)是不用過多夸耀的，缺點(diǎn)我則要好好的“批評”一番的，因?yàn)?#8220;謙虛使人進(jìn)步，驕傲使人落后”嘛，呵呵。開發(fā)場景為：使用Visual Studio2005進(jìn)行C#的開發(fā)、使用Eclipse進(jìn)行Java開發(fā)。
1、HotSwap：在Java中HotSwap技術(shù)給程序的調(diào)試帶來非常大的方便，比如可以讓程序一邊調(diào)試一邊修改代碼，代碼修改以后在程序中立即就可以看到修改后的效果，不用每次修改以后都要重新啟動(dòng)程序；在.Net中幾乎不允許這樣做，只有在非常苛刻的幾個(gè)情況下才可以實(shí)現(xiàn)在調(diào)試狀態(tài)下修改代碼，而且一旦代碼段被執(zhí)行過了就肯定不允許再修改了，這就導(dǎo)致每次修改代碼都要頻繁啟動(dòng)程序，非常繁瑣。
2、基于.Net的東西和Windows結(jié)合過于緊密，而且和Windows平臺(tái)下一些舊有技術(shù)有太多千絲萬縷的聯(lián)系，導(dǎo)致用起來非常麻煩。比如每個(gè)對外部系統(tǒng)暴露的接口傳來傳去最后看到的類型是_ComObject，要想得知其真正的接口類型就必須通過COM技術(shù)來取得，非常麻煩；開發(fā)的很多組件都需要到注冊表中注冊，增加了部署的難度。
3、Visual Studio中代碼的即時(shí)查錯(cuò)能力非常弱，很多的要到編譯時(shí)才能知道代碼是否有錯(cuò)；而在Eclipse中在編寫代碼的時(shí)候?qū)τ谟绣e(cuò)誤的代碼和有警告的代碼（比如一些Private成員沒有被引用）可以立即清晰的提示出來，開發(fā)人員可以立即修改有錯(cuò)誤的代碼。
4、Java中默認(rèn)的方法都是可以override的除非標(biāo)注為final，而在C#中必須是明確聲明virtual的才可以override。在Delphi中也是類似的問題，這應(yīng)該是Delphi和C#共同的老爹Anders Hejlsberg對于OO的一種理念吧，也許人家大師的想法是正確的：一個(gè)方法是否是虛方法必須要明確指定。不過對于習(xí)慣了Java中這種實(shí)現(xiàn)方式的人來說，C#的這種實(shí)現(xiàn)方式還是讓人感覺一時(shí)難以適應(yīng)的。
5、Visual Studio的編譯速度太慢，點(diǎn)擊【調(diào)試】/【運(yùn)行】按鈕以后要編譯好長一段時(shí)間才能啟動(dòng)（不過和Visual Studio6比起來現(xiàn)在的Visual Studio編譯速度已經(jīng)快多了了，已經(jīng)接近于Delphi的編譯速度了）；由于Eclipse使用的自己的高性能編譯器Eclipse Compiler，而且代碼的編譯是在編寫代碼的時(shí)候即時(shí)進(jìn)行的，所以在Eclipse中根本感覺不到編譯的時(shí)間，點(diǎn)擊【調(diào)試】/【運(yùn)行】按鈕以后程序就運(yùn)行起來的。
6、.Net類庫中一些類設(shè)計(jì)的不靈活，比如TreeView的節(jié)點(diǎn)的顯示的值是通過Text屬性賦值上去的；而在Java中的Swing、SWT等圖形庫中，可以在一個(gè)樹節(jié)點(diǎn)中掛任何類型的值，然后通過為這個(gè)節(jié)點(diǎn)定義個(gè)性化的Render（渲染器）來決定這些樹節(jié)點(diǎn)顯示什么。
7、Visual Studio的插件體系過于死板，開發(fā)起來不像開發(fā)Eclipse插件那樣靈活簡便，這可能和Visual Studio插件體系的歷史淵源有關(guān)系。舉例如下：
（1）比如要在代碼編輯器上增加新特性，在Eclipse中可以通過代碼編輯器中提供的大量擴(kuò)展點(diǎn)來實(shí)現(xiàn)，而在Visual Studio中的代碼編輯器中則只提供了很可憐的幾個(gè)可擴(kuò)展性。這一點(diǎn)是Visual Studio插件體系最大的硬傷，大大限制了基于Visual Stuio的插件的功能，相信隨著MS對Visual Studio插件體系的逐漸重視，這一點(diǎn)會(huì)慢慢跟上來的。
（2）Visual Studio的插件體系和.Net結(jié)合過于緊密，在Eclipse中可以為Python、Ruby、C#、C、ASM等很多語言開發(fā)IDE（提供代碼編輯、代碼輔助、調(diào)試、編譯等功能），這些語言不必與Java有任何關(guān)系，而在Visual Studio中雖然也可以為一種語言編寫IDE，比如IronPython、J#，但是這些語言是和.Net集合緊密的，比如要為這種語言提供調(diào)試功能，則必須將代碼編譯成MSIL代碼，這對于很多語言來講是不可能的；
（3）Eclipse中的插件只要在自己的plugin.xml文件中配置好就可以了，把那個(gè)插件的jar包放到Eclipse中就可以運(yùn)行，而Visual Studio中的插件則必須首先注冊到注冊表，調(diào)試和部署起來非常麻煩；
（4）Eclipse運(yùn)行時(shí)的配置是保存在Workspace中的.metedata目錄下的，因此在開發(fā)插件的時(shí)候會(huì)把插件的配置信息自動(dòng)寫到Host起來的那個(gè)Eclipse的Workspace中，被調(diào)試模式啟動(dòng)的Eclipse所做的一些修改不會(huì)影響主Eclipse，而在Visual Studio中雖然可以使用Experimental Hive方式進(jìn)行插件開發(fā)，但是由于這些配置是保存在注冊表中的，所以被Host啟動(dòng)的Visual Studio實(shí)例會(huì)污染到主Visual Studio，每次重啟IDE都需要運(yùn)行“Reset the Microsoft Visual Studio 2008 Experimental hive”來進(jìn)行環(huán)境的重置，且重置耗時(shí)非常長，浪費(fèi)了大量時(shí)間；
（5）VS2008中，如果插件中拋出異常，而又沒有捕獲的話，輕則VS2008會(huì)顯示一個(gè)錯(cuò)誤消息框，重則VS2008會(huì)宕掉；而在Eclipse中會(huì)將插件中未捕獲異常顯示出來并且輸出到日志文件中，方便插件開發(fā)者排查插件的Bug。
（6）Eclipse中工程相關(guān)的特性是以Nature的方式提供的，一個(gè)Nature通常可以掛接到幾乎所有的工程類型中去，包括用戶自定義類型；而在Visual Studio中工程相關(guān)的特性則是以SubProject的形式提供的，往往只能掛到Visual Studio內(nèi)置的少數(shù)幾個(gè)工程類型中去（比如CSharpProject、VBProject），這樣可擴(kuò)展性大大降低了。
（7）Eclipse中可以使用JET來開發(fā)非常復(fù)雜的代碼生成器，而Visual Studio中的代碼生成則只能用非常簡單的代碼模板機(jī)制，復(fù)雜的邏輯就必須通過字符串拼接來完成；
畢竟接觸.Net時(shí)間還是非常短，所以有的地方說的可能有錯(cuò)誤，還請園子里的兄弟多指教。最后祝.Net和Java能在相互競爭中快速成長，從而讓我們開發(fā)人員能夠輕松、快樂、快速的開發(fā)出產(chǎn)品來，：）