一些NET Framework的源代碼開放了基於MSRL許可並提供調試整合到VS 當中了從旁觀者的角度來說這是Microsoft邁向開放與社區化合作的一大步很多人也把這當作歷史性事件然而對於一般的開發者而言呢？這事情到底有多大影響力呢？我認為對於開發者來說不同角色的開發者遭受的影響是不同的並且整體影響是導致分工繼續細化
NET最內層的本質是什麼？Microsoft曾經非常引以為豪的COMNET只是這種思想一路實踐並且進化而來的結果NET最開始設計為滿足RAD的需求以便吸引使用其他語言框架的程序員轉移過來然而開放源代碼後RAD的程序員仍然是RAD的這對他們幾乎沒有任何影響想象你是一個習慣於拖放一切的ASPNET開發者基本上不想寫任何業務邏輯之外的代碼數據訪問層用Typed DataSet或者Linq to Sql搞定界面用現成的Control和ExtenderMicrosoft這次提供的源代碼對你有什麼意義嗎？因為你不需要自己編寫Control或者Extender自然你不會花時間去了解有關的模式也無須查看內置控件的代碼如果你調用內置控件出問題了在Google以及調試內置控件之間你顯然會選擇前者因此對於習慣於RAD的程序員來說開放源代碼這件事是沒有任何直接影響的
然而有些間接影響是不能忽略的前面提到了使用Google搜索問題的解決方案然而Google自身並不懂得解決問題答案其實來自於其他已經把問題解決了的程序員因此這些源代碼如果確實幫助了其他類型的程序員解決了問題那麼也就間接幫助了RAD程序員
那麼還有哪些類型的程序員呢？例如做稍微底層一些工作的編寫ControlExtenderHttpHandlerHttpModule等可復用組件以便為自己或別人提供方便的編寫可復用組件最糟糕的地方就在於它是可復用的——你永遠不知道別人會將它以什麼樣的方式用在什麼樣的環境因此按照一定的模式開發這些組件以便保證兼容性就很有必要而模式本身最好就參考自NET Framework內置的同類組件除非你想更大范圍地研究NET Framework並重新發明輪子因此研究與模仿內置組件的行為是組件開發者的必修課而從ScottGu文章（Releasing the Source Code for the NET Framework Libraries）中的截圖看來內置組件豐富的注釋將有助於程序員更輕松地理解其原本的設計方式從而更輕松地在自己的組件中模仿內置組件的行為事實上有很多內置組件是設計為對另外一些內置組件特別照顧的這類型的耦合在Reflector中閱讀代碼時是最難以理解的如果閱讀有注釋的代碼相信會輕松不少
最後開放源代碼可能將會導致對NET Framework進行純粹思想或理論作研究的人數增加事實上無論NET Framework多麼傾向於實用型如果Microsoft需要獲取來自社區的創新思想還是必須吸引一群思想家的否則大多數的社區創新都只是應用與應用方法Microsoft還是獨攬NET Framework前進方向的控制權這種中央集權有它高效的地方特別是發展初期Microsoft能夠根據自己的實力戰略性地安排新特性的研發順序
然而Microsoft也曾經因此吃虧例如ASPNET 沒能引入AJAX支持直到最後才急忙補上一個Callback特性並承諾日後開發完整的AJAX庫因此傾聽來自社區的觀點很重要而要求社區有觀點就必須先提供素材給他們討論開放源代碼將能夠激發社區對NET Framework的研究熱情並且提供更多能夠作為反饋信息的新觀點
因此就NET Framework開放源代碼這樣一件事情而言對於不同的開發者其影響的大小是不同的同時我們也能預期Microsoft本身肯定也是最大的受惠者之一否則以其智慧絕對不會做這樣一個決策
From:http://tw.wingwit.com/Article/program/net/201311/15247.html
