現(xiàn)在在微軟開發(fā)開源軟件是很一件正常的事情——但在 2007 年，當(dāng)時我剛加入微軟，那時候可不是這么一回事。微軟花了好幾年時間才找到正確的方向，讓微軟這艘大船順著開源之風(fēng)向前航行。現(xiàn)在回頭遠(yuǎn)望過去那些曾經(jīng)面臨的挑戰(zhàn)，我們一笑而過。這篇文章將講述與微軟第一個開源項目有關(guān)的故事，以及它如何為我們到達(dá)今天的位置鋪平了道路。

在 90 年代后期，我在一家叫作 Mustang Software 的初創(chuàng)公司工作，這家公司開發(fā)的軟件用于跟蹤公司收到的電子郵件是否得到及時回復(fù)。2000 年，這家公司被收購，而在那之前，我?guī)е鴪F(tuán)隊到奧蘭多參加微軟專業(yè)開發(fā)者大會，微軟在大會上介紹了 ASP+（最終成為 ASP.NET?Web 技術(shù)棧）和 C#。在大會期間，我和團(tuán)隊安裝了預(yù)覽版，而我立即愛上了.NET。在后續(xù)的工作中，我繼續(xù)使用 ASP.NET。

2006 年，微軟推出 CodePlex 源代碼共享平臺。最初，CodePlex 上有一個 Web 項目，代號為 Atlas 的，現(xiàn)在叫作 AJAX Control Toolkit。Atlas 是微軟有史以來構(gòu)建的第一批開源項目之一，人們對它的討論和興趣令人印象深刻。Brad Abrams 和 Scott Guthrie 寫的有關(guān) Atlas 的博文讓我有了想加入微軟的沖動。

我給 Brad 寫了一封電子郵件，作為對他的博文的評論——他在一分鐘內(nèi)回復(fù)了郵件！第二天，我們通過電話進(jìn)行了交談，不到一周，我就通過了微軟的面試。突然間，我從陽光明媚的加利福尼亞搬到了天氣變化無常的華盛頓雷德蒙德。

我加入了 Brad Abrams 的團(tuán)隊，這個團(tuán)隊負(fù)責(zé) ASP.NET 和 Silverlight 的開發(fā)。Silverlight 是將原生.NET 開發(fā)引入瀏覽器的早期嘗試，當(dāng)時剛剛發(fā)布為了第一個版本。ASP.NET?MVC 還處于早期原型階段，并且只在內(nèi)部演示，盡管偶爾也被當(dāng)作招聘工具，這對于 2007 年 10 月加入團(tuán)隊的 Phil Haack 起到了關(guān)鍵作用。Scott Hanselman 也是在這個時候加入微軟，盡管是在另一個團(tuán)隊。

眾所周知，ASP.NET?MVC 是 ASP.NET 團(tuán)隊對 Ruby on Rails 的大受歡迎而做出的回應(yīng)。Ruby on Rails 由 David Heinemeier Hansson 于 2004 年創(chuàng)建，作為 Basecamp 的一部分。到 2007 年，Ruby on Rails 被包含在最新版本的 Mac OS X 中！MVC 模式與 Rails 腳手架的組合大大減少了 Web 開發(fā)人員需要編寫的管道代碼數(shù)量。它讓開發(fā)帶有表單數(shù)據(jù)的網(wǎng)頁變成一件很令人愉悅的事情，所以 Web 開發(fā)人員都很喜歡它。

ASP.NET?MVC 也是對 ASP.NET?Web Forms 備受批評而做出的回應(yīng)。ASP.NET?Web Forms 意在將 Windows Forms 開發(fā)人員帶到 Web 上。它確實奏效了，有大量的新 Web 開發(fā)人員使用 ASP.NET?Web Forms 進(jìn)行開發(fā)。但經(jīng)過幾年的發(fā)展，ASP.NET?Web Forms 也出現(xiàn)了很明顯的問題：為了對開發(fā)人員隱藏 Web 的開發(fā)特點，他們把背后的東西弄得一團(tuán)糟。

例如，在 ASP.NET?Web Forms 頁面上混合使用 C# 和 HTML 代碼使得單元測試變得相當(dāng)困難。如果沒有測試用例，那么隨著時間的推移，維護(hù)和修改大型網(wǎng)站會變得很痛苦。即使你創(chuàng)建了測試用例，它們也主要是 UI 功能測試——即使是在今天，這仍然是一種很脆弱的測試方法。對網(wǎng)頁的任何更改都可能會破壞頁面的相關(guān)測試。

ASP.NET?MVC 的早期原型令人印象深刻，足以讓 Scott Guthrie 決定在德克薩斯州奧斯汀舉行的第一屆 ALT.NET 大會上首次公開展示它們。ALT.NET 運動源于一班狂熱的開發(fā)者，他們喜歡使用.NET，但他們認(rèn)為開源工具應(yīng)該占更大的比重。

在微軟的歷史上，曾經(jīng)有一個時期患上了“Not-Invented-Here”綜合癥——鄙視一切不是由微軟開發(fā)的軟件。很多樂于使用微軟工具的用戶進(jìn)一步強化了這種綜合征。當(dāng)微軟宣布構(gòu)建自己的對象關(guān)系映射器（ORM）Entity Framework 時，這個綜合征算是病入膏肓了。其他一些 ORM 解決方案（如 nHibernate）的倡導(dǎo)者對于微軟的重復(fù)發(fā)明輪子感到十分惱火。這些倡導(dǎo)者正是 ALT.NET 的開局者，2007 年 10 月，他們推出了第一個技術(shù)大會。

在 ALT.NET 大會上，Scott?Guthrie 概述了 ASP.NET?MVC，這是首次公開介紹 ASP.NET?MVC。Scott Hanselman 演示使用 IronPython 構(gòu)建 MVC 控制器，Phil Haack 使用 IronRuby 進(jìn)行了類似的演示。展示的內(nèi)容都只是原型代碼，并不會實際發(fā)布出去。但這是一個有趣的開始，每個人都希望這是微軟新時代的開端。從一開始，Scott Guthrie 就說 MVC 將是開源的。

在 ALT.NET 大會的同一周，微軟還“公開”了整個.NET?Framework 代碼作為參考，這樣在調(diào)試應(yīng)用程序時就可以進(jìn)入底層的.NET?Framework 代碼。但我們知道，它實際并沒有開源，但卻是向開源邁出的又一步。

MVC 和 Silverlight 也是 Web 團(tuán)隊首次發(fā)布的“帶外”產(chǎn)品。每個新版本的.NET 和 Visual Studio 需要 24 至 36 個月才能上市——計劃、編碼和修復(fù)缺陷各自需要花上差不多一年的時間。很顯然，這個發(fā)布周期對于 Web 世界來說還不夠快，特別是對于 MVC 來說。畢竟，Ruby on Rails 每年都會推出一個新版本。

到了 2007 年 12 月，我們發(fā)布了 MVC 的社區(qū)技術(shù)預(yù)覽版（CTP），它為當(dāng)時發(fā)布的 Visual Studio?2008 和.NET?3.5 提供了基本工具（一個項目模板）。CTP 是第一個可供任何人下載和使用的 MVC 版本。

2008 年 2 月，也就是在 Mix 08 大會之前，一個叫作 MIX Preview Release 的新版 MVC 不僅增加了人們一直要求的一系列功能，而且加入了大量新工具，包括直接支持開源測試框架，如 NUnit 和 MBUnit。

在 Mix 08 大會之后，開發(fā)者可以下載、編譯和調(diào)試 MVC 本身的源代碼。當(dāng)然，這與我們現(xiàn)在所期望的方式并不一樣，團(tuán)隊在寫完代碼后直接將代碼提交到代碼庫。相反，當(dāng)時 MVC 的開發(fā)發(fā)生在內(nèi)部，寫完代碼后再將代碼的一部分發(fā)布在 CodePlex 上。

將部分 MVC 源代碼的副本放在 CodePlex 上，并與外部進(jìn)行交流，這是走向開源之路的一次早期嘗試，微軟內(nèi)部當(dāng)時對此有很多擔(dān)憂。我們的目標(biāo)是每隔幾周推出一次更新，希望總有一天會每天更新一次……

差不多就在那個時候，我們遇到了一個有趣的問題。ASP.NET?MVC 的一個關(guān)鍵部分是路由——能夠?qū)⒄埱蠖ㄏ虻娇刂破?#xff0c;而 ASP.NET?Dynamic Data 的開發(fā)人員也在使用路由——我們各自都構(gòu)建了自己的實現(xiàn)。事實證明，“Not-Invented-Here”綜合癥甚至擴(kuò)展到個體團(tuán)隊！后來我們花了一些時間將路由的獨特部分從代碼庫中抽取出來，變成一個路由引擎，作為 System.Web 的一部分。

在這個過程中，我們還開發(fā)了路由調(diào)試器。它最初作為一個私有工具，用于調(diào)試新的共享路由模型，最后才將它共享給外部。

代碼版本的命名也是一個有趣的問題。ASP.NET?MVC 的初始版本叫作社區(qū)技術(shù)預(yù)覽（Community Technology Preview）。之后，我們將它們改為預(yù)覽版本（Preview Release），有一些有編號，有一些沒有。但即使是預(yù)覽版在起初也不會經(jīng)常發(fā)布，我們無法達(dá)到每隔幾周就將新代碼更新到 CodePlex 的目標(biāo)，所以我們進(jìn)行了源刷新（Source Refresh）。這有點令人感到困惑，但我們也一直在學(xué)習(xí)——最終，預(yù)覽版的發(fā)布達(dá)到了足夠快的速度，并停止使用替代名稱。

2008 年 9 月，MVC 第 5 個預(yù)覽版發(fā)布——這很棒，但更重要的是 jQuery。Jon Resig 早在 2006 年就開始將 jQuery 庫作為一個緊湊而強大的開源工具，讓 JavaScript 開發(fā)變得不那么痛苦，而 CodePlex 的很多用戶建議 MVC 應(yīng)該使用 jQuery。集成 jQuery 對微軟來說是一個了不起的挑戰(zhàn)——使用開源軟件是一回事，而開發(fā)開源軟件是另一回，但是將開源庫作為產(chǎn)品的一部分？這實在是太瘋狂了！

但使用 jQuery 確實是有意義的。無論如何，jQuery 提供的大部分功能都有助于完善 MVC 的功能。為什么要重新創(chuàng)建輪子呢？我們開發(fā)的很多不同的 Web 產(chǎn)品都可以利用 jQuery，以至于 Scott Guthrie 在他的博客上宣布，Visual Studio 的下一個版本將加入對 jQuery 的支持，而這在 2010 年成為了現(xiàn)實。

這個時候，微軟 Azure 的早期版本發(fā)布了，我們嘗試將 MVC 與 Azure 結(jié)合在一起使用，將其作為 11 月要發(fā)布的 MVC 測試版的示例，并在洛杉磯舉行的微軟專業(yè)開發(fā)者大會上進(jìn)行了演示。

2009 年 3 月，微軟在 Mix 09 大會上發(fā)布了 MVC 的第一個 RTM 版本。我們將代碼發(fā)布在 CodePlex 上，基于 MS-PL 開源許可。許可協(xié)議的內(nèi)容很短，與今天的 MIT 許可（這是微軟目前使用的主要許可）類似。開源計劃署（OSI）批準(zhǔn)了 MS-PL 許可，但它在某些圈子中仍然存在爭議——微軟為什么要推出自己的許可？背后有什么目的？當(dāng)然，MS-PL 許可背后并沒有藏著任何不可告人的秘密，但從長遠(yuǎn)來看，一直使用這個許可并沒有太大意義——使用 MIT 或者 Apache 許可就足夠了。但在微軟內(nèi)部，有些法律部門的同事樂此不疲，他們不明白一家企業(yè)擁有獨立的許可會有哪些不利影響。

法律團(tuán)隊擔(dān)心將 jQuery 添加到 Visual Studio 2010 中存在許可風(fēng)險——如果 jQuery 中包含 GPL 許可的代碼，這會影響 Visual Studio 其余部分的許可嗎？當(dāng)時，法律同事?lián)?GPL 公共版權(quán)具有“傳染性”，將 GPL 許可軟件與具有傳統(tǒng)版權(quán)（如.NET）的軟件合并將會侵犯版權(quán)。

在今天看來，這種擔(dān)憂似乎有點被夸大了，但法律同事們確實處理過一些情況，比如與代碼有關(guān)的訴訟，這些代碼被意外地包含在微軟 Word 中，導(dǎo)致不得不在世界各地下架 Word 產(chǎn)品。

微軟制定了一系列程序來解決與 jQuery 有關(guān)的法律問題，還構(gòu)建工具用于測試 jQuery 源代碼的譜系——這個工具搜索整個 jQuery 代碼，檢查其中所有涉及的許可。我們發(fā)現(xiàn)有一個貢獻(xiàn)者添加了一些 GPL 許可代碼——jQuery 維護(hù)者們甚至都不知道！jQuery 是基于 MIT 許可的，被用于商業(yè)用途，在其中添加 GPL 許可代碼是沒有意義的。

就在 Visual Studio 2010 發(fā)布之前，我接到了法律部門的一位律師的電話——他們認(rèn)為，微軟軟件包提供的任何代碼（包括 jQuery）都應(yīng)該基于 MS-PL 許可。后來，我參加了一次電話大會，我強烈主張我們不應(yīng)該改變第三方開源庫的許可。MIT 和 MS-PL 非常相似，但這并不是重點——只是改變一個開源項目的許可實在是太魯莽了。這樣并不會帶來任何有意義的好處，卻嚴(yán)重?fù)p害了我們作為開源支持者的聲譽。

最終，法律團(tuán)隊也開始擁抱這個開源之旅。當(dāng) Studio 2010 發(fā)布時，其中包含的 jQuery 仍然保留了原始的 MIT 許可。Visual Studio?2010 還包含了 ASP.NET?MVC V2、Silverlight 4 和其他一系列出色的工具。

這一版本成為微軟開源項目的榜樣。當(dāng) ASP.NET 團(tuán)隊開始計劃一個跨平臺的新版本時，我們很自然地公開與社區(qū)一起合作。最終，這項工作發(fā)展成為.NET?Core 和.NET?Foundation 的基礎(chǔ)，以支持.NET 平臺的開源協(xié)作。

回首過去所走過的開源之路以及學(xué)到的經(jīng)驗教訓(xùn)，如果不是之前付出的那些努力，我們或許不會達(dá)到今天這樣的狀態(tài)。

英文原文：https://medium.com/microsoft-open-source-stories/starting-the-net-open-source-revolution-e0268b02ac8a

原文地址：https://www.infoq.cn/article/qjPthH_mUfwwmqN04uK0

.NET社區(qū)新聞，深度好文，歡迎訪問公眾號文章匯總 http://www.csharpkit.com

總結(jié)

以上是生活随笔為你收集整理的.NET 开源简史的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。