微软自己的OpenSource实现更好吗?为什么？

Question

Microsoft喜欢实现他们自己版本的流行开源框架和程序集，例如：

微软的MVC框架对MonoRail

• Microsoft's统一IoC容器与城堡温莎/ Spring.net /尼尼姆etc

• Microsoft's vs单元测试框架vs nUnit (及其他各种)

问题：

微软还借来了什么？

在每一种情况下哪一种更好，为什么呢？

人们对微软官方版本和ALT.NET版本的态度是什么？

你认为雷德蒙德的下一个目标是什么？

编辑 Ok，而不是哪个更好，您更喜欢作为开发人员使用哪一个？

Answer 1

这完全是主观的，因为对一个人来说，什么“更好”并不一定对另一个人更好。Microsoft /技术/产品的实现与开源的一个不同之处在于，微软有能力将全职资源用于项目，而开放源码通常不能。

还有支持的问题。除了来自开发社区的任何支持之外，大多数开源项目都没有提供任何类型的支持。这并不总是一件坏事，因为有时候你可以得到比官方(专门的)支持小组更好的支持。

微软这么做的原因有很多，其中之一就是在这个特定的领域拥有一块市场，并将更多的客户推向他们的解决方案，而不是第三方的解决方案。另一个原因是实际的客户需求。

微软还从开源项目中“借用”了其他一些产品：

CruiseControl.NET)

• MSBuild
• SandCastle (来自NDoc)
• TFS团队构建(来自NAnt)
• ?？(不确定它是否有单独的代码名，但应该是MVC框架的一部分)(来自SubSonic)

Answer 2

为什么不直接拿一根棍子去马蜂窝呢？

这些伟大工具的MS版本肯定有一件更好的地方--如果它是正式的MS产品，那么让您的MS商店使用它要容易得多。

如果您是一家为Windows系统开发的商店，那么在将非MS产品集成到您的系统中时，您必须采取额外的步骤。在许可和文档方面存在一些问题，至少您必须满足这些问题。此外，内部政治总是必须克服的。而且，在某些情况下，如果您的产品使用的是“开放源码”组件，则客户可能不愿意使用它。

这不公平，但生活也不公平。

就我个人而言，我喜欢当微软与这样的产品竞争，因为它有助于推动新的生命进入框架。

Answer 3

什么定义更好？在大多数情况下，管理层会想要一个“标准实践”的产品，所以当他们把一块石头扔到人群中时，很可能会击中那些能拼出他们假装支持的产品的名字的人。悲伤，但却是真的。

另一方面，对于肌肉MS来说，一旦一些东西被采纳，并且它们是严肃的，人类就都是认真的，这也不会是一件坏事。在某些方面，对于一个庞然大物来说，MS是相对灵活的。然而，他们仍然是一家大型公司，而大型公司的行动也不会太快。