2010-07-17 29 views
4

我一直在考慮.NET中開源社區項目的未來。 什麼引起這個問題實際上是微軟吞噬所有這些項目並用自己的項目取代它們。 .Net框架的每個新版本不僅帶來了clr或語言改進,而且還有一些超級新功能,這些功能正在慢慢地逐步開始取代社區創建的新功能。.NET中的社區項目的未來

僅舉幾例:

-ASP.NET MVC - 有Java的MVC框架例如像一些港口Maverick.Net,爲什麼他們不被提升,或者至少在慢慢增長的用戶興趣中安然無恙。

-entity框架 - 我們都知道NHibernate的,但如果你在實體框架4拍了仔細看,你會看到他們正變得相似,尤其是在看Code-First for EF

-MsSql CE 4 - 更換sqlite的

-Orchard項目 - 更換DotNetNuke的,N2Cms和其他...

和許多其他人......現在的問題是:來自這個過程中有什麼後果?你認爲這可能會完全阻止更大的社區項目/框架?然後讓.Net開發只與Ms有關?

我不是「非常反對」,因爲EF + Wcf Ria + DynamicData + Data Annotations = rocks !,但這並不是所有這些都走錯了方向嗎?

+1

請提出這個問題「社區Wiki」。 – Lucero 2010-07-17 09:50:41

+0

它們不僅被替換,而且有時也被整合。例如,MEF最初是Microsoft集成在.NET 4.0中的Codeplex項目。 – Ucodia 2010-07-17 10:09:54

+0

我認爲.NET很酷。微軟推動標準,你不必知道Java等10多種Web框架。如果你在.NET中使用開源代碼,那麼做一些有用的事情,而不是另一種Hibernate或MVC。 CommitMonitor是在.NET中創建的,它是一個了不起的應用程序。 – IAdapter 2010-07-17 10:25:06

回答

2

爲什麼要保護開源項目免受競爭?爲什麼這只是.Net世界的一個問題?

0

競爭和替代品總是一件好事。所有應用程序和框架都有正面和負面的影響,所以總是有替代選擇。

此外,微軟有一個免費的瀏覽器,似乎開放的社區項目在這方面做得相當不錯。如果微軟/蘋果/谷歌開始爲社區項目開發類似的軟件並不意味着該項目的結束或項目的價值。

1

開源仍然是必要的,因爲像微軟這樣的大公司不想在創新中承擔太多風險。他們通過創新觀察小部分人創造價值,然後他們購買(單位)或複製它們(nhibernate)。

谷歌,蘋果,太陽,IBM,他們所有的策略,因爲它支付。很多。

相關問題