有人在大型或中型项目中使用过。net开源实现Mono吗?我想知道它是否已经为现实世界的生产环境做好了准备。它是否稳定、快速、兼容……足够用了吗?将项目移植到Mono运行时是否需要花费大量的精力，或者它是否真的足够兼容，只需要为微软的运行时编写代码就可以了?
当前回答
它覆盖了。net 4.0，甚至包括了。net 4.5 api的一些特性，但是有一些领域我们选择不去实现，因为api被弃用了，新的替代品被创建了，或者范围太大了。以下api在Mono中不可用:
Windows Presentation Foundation Windows Workflow Foundation(两个版本都不是) 实体框架 标准Web服务堆栈的WSE1/WSE2“附加组件”
此外，我们的WCF实现仅限于Silverlight支持的内容。
检查特定项目的最简单方法是运行Mono Migration Analyzer (MoMA)。好处是它会通知Mono团队那些会阻止你使用Mono的问题(如果有的话)，这让他们优先考虑他们的工作。
我最近在SubSonic上运行了MoMA，只发现了一个问题——对Nullable类型的奇怪使用。这是一个很大的代码库，所以覆盖率非常高。
Mono在一些商业产品和开源产品中得到了积极的应用。它在一些大型应用程序中使用，如维基百科和Mozilla开发者中心，并已在嵌入式应用程序中使用，如Sansa MP3播放器，并为数以千计的已发行游戏提供了动力。
在语言层面，Mono编译器完全符合c# 5.0语言规范。
其他回答
Yes it definitely is (if you're careful though) We support Mono in Ra-Ajax (Ajax library found at http://ra-ajax.org) and we're mostly not having problems at all. You need to be careful with some of the "most insane things" from .Net like WSE etc, and also probably quite some few of your existing projects will not be 100% Mono compatible, but new projects if you test them during development will mostly be compatible without problems with Mono. And the gain from supporting Linux etc through using Mono is really cool ;)
我认为支持Mono的很大一部分秘密是从一开始就使用正确的工具，例如ActiveRecord, log4net, ra-ajax等。
我可以想象，如果你有一个带有一些第三方组件的应用程序，你可能会被塞满。我怀疑很多供应商会在开发过程中考虑到Mono
例如:http://community.devexpress.com/forums/p/55085/185853.aspx
在许多情况下，你可以获取现有的代码并在Mono上运行，特别是如果你正在移植一个ASP。网络应用程序。
在某些情况下，您可能需要全新的代码段才能使其工作。如果你使用System.Windows。例如，如果不修改表单，应用程序将无法工作。同样，如果您使用任何特定于windows的代码(例如，注册表访问代码)。但我认为最糟糕的是UI代码。这在麦金塔系统上尤其糟糕。
你知道Mono 2.0预览版对Windows Forms 2.0的支持有多好吗?
从我使用它的一小部分来看，它似乎相对完整，几乎可用。它只是在一些地方看起来不太对，总的来说还是有点命中或错过。说实话，它和我们的一些表格一样好用，这让我很惊讶。
MoMA是一个很好的工具，就像其他人建议的那样。目前最大的不兼容性来源是将DllImport(或P/Invoke)导入Win32库的应用程序。有些程序集没有实现，但大多数程序集仅适用于windows，在Linux上确实没有意义。我认为可以肯定地说，大多数ASP。NET应用程序可以在Mono上运行，只需进行有限的修改。
(披露:我为Mono本身做出了贡献，也编写了在Mono上运行的应用程序。)
