作為微軟 NET框架的標誌性語言 C#在微軟的開發戰略中扮演了壹個非常關鍵的角色 隨著該語言呈現出動態和功能編程語言的特性 其角色也將不斷向前發展
在 年 月份 微軟發布了C# 並引入了功能編程的概念 例如它支持以前在微軟F#語言和語言集成查詢（LINQ）中的lambda表達式 而目前正在開發的C# 將增加對動態類型的支持 微軟最初發布C#的目的是響應Java語言 現在這個命令式 靜態類型和面向對象編程語言正在呈現出更全面的趨勢
微軟技術專家 C#之父Anders Hejl *** erg最近花費了不少時間來談論C#編程語言的未來發展方向 因為許多開發者對於C#這個他們非常喜愛的編程語言正在遵循的發展路線感到擔憂
Hejl *** erg表示 從某種意義上說 C#正在變為壹個混合編程語言 或者說是壹個多維編程語言 它是面向對象的 它又支持功能編程 現在其 版還將是動態的 我認為 從其它不同的領域借鑒最好的編程思想是非常自然的事情 沒有人規定壹個編程語言必須是靜態類型或者動態類型的 我認為它們都具有自己的長處
開發者無需擔憂C#迷失方向
在 年 月微軟開發者大會上 當Hejl *** erg討論動態類型如何能夠簡化接口處理和其它復雜的交互時 某些開發者們深表贊同 不過 也有壹些程序員擔憂C#會向新的方向分化
來自Euronav公司的技術主管Brian Morris博士表示 C#的壹個令人失望之處是其復雜性不斷增加 日漸增加的復雜性提高了其入門門檻 更糟糕的是 理解和維護其代碼變得非常困難 開發人員盲目的去使用新功能 但實際上更好的解決方案是使用該語言壹個更簡單的功能 Lambda表達式就是這樣壹個功能
Ronald Jones是壹個具有 年編程經驗的老程序員 他目前已經熟練掌握了C# 他建議微軟停止已經在進行的語言功能改變 Jones寫到 微軟每壹次對C#進行修改 都會影響其普及範圍 影響其穩定性 讓人們不再希望將其作為未來開發時所選擇的平臺 編程語言不需每年都修改或增加其功能 企業難以接受壹個像C#這樣經常變化的語言
Hejl *** erg表示他知道經常修改語言功能所帶來的危險 不過他表示 妳不能對語言的底層經常進行修改 對於C#來說 它的核心設計是壹個命令式的面向對象編程語言 妳可以對其增加從功能編程語言和動態編程語言所借鑒來的功能 但是其核心設計並非發生改變
Hejl *** erg表示 他的團隊壹直比較註意為C#增加太多功能所帶來的危險 他表明了其開發團隊工作的連續性 該團隊自 年以來每周舉行三次交流會 壹直到今天 我們依然在通過這種會議來進行交流 而且壹直是在同壹個會議室中
微軟不會重C#輕VB
對於Visual Basic和C#之間的關系 很多開發者提出了質疑 Hejl *** erg表示這兩個編程語言的相同之處將繼續存在
Hejl *** erg表示 我們經常說某壹個語言適合某壹個團隊 不過這種說法實際上未必就十分準確 看壹下圍繞這兩個編程語言的開發者社區 妳會發現兩者之間實際沒有太多不同 它們可以創建相同的應用 它們希望使用相同類型的功能 選擇使用哪壹個語言往往和其所處周圍的環境和時期有關
來自納什維爾的軟件開發者Ron McCullough至今壹直在使用VB 並且沒有放棄它的打算 他通過電子郵件表示 使用VB進行了多年開發後 我發現C#非常難用 開發速度也非常慢 而且缺少我在VB中所看到的許多不錯的功能
來自奧羅拉的加拿大程序員Rick Piovesan對此表示贊同 他表示 作為壹個軟件承包者 我更喜歡首先選用VB 只在具有某些需要的時候才選用C# 不過 現在客戶項目越來越多的要求使用C# 不過令我吃驚的是 與VB相比 微軟Visual Studio對C#的支持非常難用和簡陋 我壹直在不斷查找我需要的功能到底在哪兒
無論是Piovesan還是McCullough都認為 微軟傾向於推廣C#的使用 不過Hejl *** erg表示 微軟對這兩門語言並不會厚此薄彼 壹個功能如果被增加到C#中 那麽也會被加入到VB中
lishixinzhi/Article/program/net/201311/15210