这实际上取决于您从. net框架中使用的名称空间和类。我有兴趣将我的一个windows服务转换到我的电子邮件服务器(Suse)上运行，但我们遇到了几个尚未完全实现的api的硬障碍。Mono网站上的某个地方有一个图表，列出了所有的课程及其完成程度。如果你的申请被覆盖了，那就去申请吧。

当然，像任何其他应用程序一样，在做出全面承诺之前要进行原型设计和测试。

我们遇到的另一个问题是授权软件:如果您引用的是别人的DLL，那么您就无法通过编写代码来绕过隐藏在该程序集中的不兼容性。

不幸的是，对于我们正在构建的应用程序类型来说，Mono似乎还没有准备好投入生产。总的来说，我们对它印象深刻，对它在Windows和EC2机器上的性能印象深刻，然而，我们的程序在Windows和linux上都因垃圾收集错误而崩溃。

错误信息是:“GC中的致命错误:太多堆节”，这里是一个链接，其他人以略微不同的方式遇到这个问题:

http://bugzilla.novell.com/show_bug.cgi?id=435906

我们在Mono中运行的第一段代码是我们开发的一个简单的编程挑战……代码将大约10mb的数据加载到一些数据结构(例如HashSets)中，然后对数据运行10个查询。我们将这些查询运行100次以计算它们的时间并获得平均值。

在Windows上，代码在第55个查询时崩溃。在linux上它可以工作，但一旦我们转移到更大的数据集，它也会崩溃。

这段代码非常简单，例如，把一些数据放入哈希集，然后查询这些哈希集等，所有本机c#，没有不安全的，没有API调用。在微软CLR上，它从来不会崩溃，在巨大的数据集上运行1000次也很好。

我们的一个人给米格尔发了邮件，附上了导致问题的代码，还没有回复。：(

似乎很多人也遇到过这个问题，但没有解决方案——有人建议用不同的GC设置重新编译Mono，但这似乎增加了崩溃的阈值。

在许多情况下，你可以获取现有的代码并在Mono上运行，特别是如果你正在移植一个ASP。网络应用程序。

在某些情况下，您可能需要全新的代码段才能使其工作。如果你使用System.Windows。例如，如果不修改表单，应用程序将无法工作。同样，如果您使用任何特定于windows的代码(例如，注册表访问代码)。但我认为最糟糕的是UI代码。这在麦金塔系统上尤其糟糕。

我们在一个需要在Linux上运行的项目中使用了它，但重用了我们在Managed c++中构建的一些。net库。我对它的成功感到非常惊讶。我们的主要可执行文件是用c#编写的，我们可以引用托管的c++二进制文件，没有问题。Windows和Linux之间c#代码的唯一区别是RS232串口代码。

我能想到的唯一大事件发生在大约一个月前。Linux版本有一个在Windows版本中看不到的内存泄漏。在做了一些手动调试之后(Linux上Mono的基本分析器没有多大帮助)，我们能够将问题缩小到特定的代码块。我们最终修补了一个解决方案，但我仍然需要找一些时间回去，找出泄漏的根本原因是什么。

请查看www.plasticscm.com。所有东西(客户端、服务器、GUI、合并工具)都是在mono上编写的。

我可以想象，如果你有一个带有一些第三方组件的应用程序，你可能会被塞满。我怀疑很多供应商会在开发过程中考虑到Mono

例如:http://community.devexpress.com/forums/p/55085/185853.aspx