有幸在InfoQ的飯局里面認(rèn)識了王翔，他對.Net和MS技術(shù)的確有非常深的造詣。今天看到他的一篇評論：
“C#正變得越來越臃腫”發(fā)表了一些感想：
先進(jìn)與成熟的確是矛盾，但是現(xiàn)在的新技術(shù)成熟的都比較快，可能是人接受新事物的速度提高了吧。
Haskell這樣的語言是函數(shù)式編程的代表，更多的需要從頭開始。所以國外學(xué)計(jì)算機(jī)理論首選Haskell，很多老外抱怨過上學(xué)的時候這個東西學(xué)的頭疼，但是后來他們也都表示獲益匪淺。我們的計(jì)算機(jī)教育是本末倒置，所以我們這些程序員覺得他們晦澀難懂。但是看到Erlang這樣的語言，在未來多核環(huán)境下的前途，我們還是會動搖的。
LINQ的確不錯，但是又是M$一言堂。統(tǒng)一數(shù)據(jù)訪問模型是非常好的想法，MS總能后發(fā)制人，但是閉門造車很容易被人家超過。現(xiàn)在我們看到LINQ很先進(jìn)，但是等MS的講師把它推到實(shí)踐的第一線的時候，別的開發(fā)平臺也會有類似的產(chǎn)品出現(xiàn)了。而且，根據(jù)標(biāo)準(zhǔn)，查詢XML用JQuery，在各種語言里面查詢關(guān)系數(shù)據(jù)庫也都有眾多ORM實(shí)現(xiàn)。所以LINQ的想法雖然很好，但是對于其他語言／平臺來說卻沒有非常迫切的需求去實(shí)現(xiàn)類似的技術(shù)。
關(guān)于修改Java JVM的話題不是最緊才有的，下一步會怎樣很難說。CLS這個技術(shù)不足為奇，其實(shí)虛擬機(jī)本身就是平臺／語言無關(guān)的東西，我們已經(jīng)看到了JRuby、XRuby、Jython和現(xiàn)在的Java Script Engine這樣的東西，Java已經(jīng)在平臺化了，這個大家都不會放慢腳步。
關(guān)于C#和Java的痼疾，我推薦Bruce Tate的《超越Java》，里面的觀點(diǎn)同樣適用于C#。
他的原文引用如下：
C# 2.0發(fā)布的時候，我們回頭看Java，總認(rèn)為這個語言怎么發(fā)展得這么慢？但當(dāng)C#發(fā)展到3.0的時候，它也開始顯示出臃腫之態(tài)了，這是否會也會帶來什么連鎖效應(yīng)呢？
6年前，我是個Java的擁護(hù)者，當(dāng)時C#還是1.0版，我經(jīng)常和師傅爭論Java如何比C#好，于是他給我一個回答：“我們的COM比Java早
了近5年，所以我們更成熟；我們的.NET比Java晚了5年，所以更先進(jìn)”。雖然這么比較有“偷換概念”的感覺，但現(xiàn)在想想其實(shí)有另一層意思——“成熟
與先進(jìn)”的矛盾。
Lisp、Haskell、Scheme這些語言也都可以被稱之為“偉大”，但為什么很少有人去學(xué)呢？因?yàn)樾枰锰嗟臇|西“充斥”我們的大腦后才
可以使用。Java和C#之所以可以快速地被普遍接受，一個很重要的原因就是因?yàn)樗鼈兊暮唵闻c清爽。但當(dāng)明年春天C#
3.0發(fā)布的時候會怎么樣呢？雖然你可以將WCF、WF、WCS和WPF視為.NET的外掛，不予理會，但LINQ是個不好回避的內(nèi)容，因?yàn)樗谔幚頂?shù)據(jù)
訪問（關(guān)系型的、非關(guān)系型的）方面有比較明顯的優(yōu)勢，所以即便你個人排斥它，其他還是會有很多人用。最后很可能成為這樣一種局面：參與到一個項(xiàng)目組，自己
只能從事一些表層業(yè)務(wù)開發(fā)，因?yàn)橄聦拥墓卜庋b機(jī)制都是用LINQ編寫的，況且還有Enterprise Library這個“樣板工程”在后面催著。
可以這么說，C#越來越臃腫是個必然的趨勢，作為.NET語言的“主力”，隨著新的開發(fā)架構(gòu)的出現(xiàn)，C#的復(fù)雜性還會增加，同時很可能導(dǎo)致革新特性越出越慢，畢竟?fàn)砍兜膬?nèi)容多了，作為“主力”除了要考慮語言特性間的協(xié)作外，還要充分考慮處理效率。
不過比起“一條道跑到黑”的Java而言，.NET平臺有個優(yōu)勢——CLS（Common Language
Specification，公共語言規(guī)范）。相信Java的設(shè)計(jì)者不太愿意，也不敢隨便為了一個“快速走紅”但還沒有2年時間市場考驗(yàn)的技術(shù)趨勢就去修
改Java編譯器；.NET不同，“C#紅旗不倒的同時，.NET平臺可以彩旗飄飄”，比如Spec#就是個例子，為了避免null對于軟件的影響，.
NET家族誕生了Spec#，目的就是通過非null這個前提，提高數(shù)據(jù)驗(yàn)證、異常處理、堆棧管理的能力，利于開發(fā)者提供更高質(zhì)量的軟件；F#也是，雖然C#是強(qiáng)類型的，但動態(tài)語言式的開發(fā)一樣可以基于這個“小兄弟”開發(fā)，加上它和其他.NET語言前輩基于同一個CLR環(huán)境，所以功能毫不遜色。
綜上所述，C#臃腫是不可避免的，而且很可能會像Visual
C++一樣，因?yàn)檎Z言的復(fù)雜性，導(dǎo)致C#開發(fā)人員技術(shù)能力的兩極分化。但同時，借助試驗(yàn)性.NET語言的支持，即便需要集成新的特性，也不會像某些語言一
樣從頭開始。依靠試驗(yàn)性語言的積累，相信從MSDN中查看C#這些新語法的時候，可以少見一些標(biāo)著“[Obsolete]”的內(nèi)容。