12

自从我深入了解 Mono 已经有几年了。当我最后一次查看时,就 BCL 实施而言,它并不完全存在,并且可用的工具是有限的。我现在特别需要做一些跨平台开发,并且想知道社区对 Mono 作为企业选择的看法。由于过去几年我的大部分开发工作都是在 .Net 中完成的,因此 Mono 似乎是一个自然的选择。但是,我不想推动一项经不起考验的技术。

注意:我说的不是小型甚至中型项目。我说的是一个大型企业应用程序,它将使用面向服务的方法在全球范围内分布。此外,在 Mono 平台上编写的服务有多稳定?

感谢您的意见!

4

6 回答 6

7

去年夏天,我在 Mac OS X 上使用 Mono 1.91 获得了一个 .NET 2.0(+/- 50 000 行代码)项目。我不得不用 Monobcj 重写接口,因为 Mono-Winforms 的实现在 Mac 上看起来很糟糕。但是对于非 UI 代码,在我删除了对特定 Win32 调用的依赖后,一切都运行良好。

于 2008-10-17T23:52:03.283 回答
5

现在2.0出来了,我想是的。我们当前的构建系统依赖于它并且对它非常满意。现在发布一个实际的产品,你能在 .NET 2.0 中完成这一切吗?如果是这样,我认为是。

于 2008-10-15T13:41:05.577 回答
4

Mono 的健壮性已得到改进,足以满足重型 asp.net 站点的需要 - 2.0 版本已进行了大量错误修复以提高稳定性。

不仅如此,我们还做了很多工作来提高堆栈的整体可扩展性。

其中大部分是在 2.0 版本中发布的,但有些是在之后发生的,并且正在排队等待今年晚些时候即将发布的 2.2。

于 2008-10-17T16:49:59.160 回答
1

我认为这真的取决于您所说的企业 raedy,因为这是一个非常超载的术语。

请参阅我关于类似问题的帖子: Mono 准备好迎接黄金时段了吗?

于 2008-11-05T12:24:12.950 回答
0

上次我研究它时,有几个限制。那是几年前的事了。可扩展性是我们当时的问题。

于 2008-10-15T13:35:33.047 回答
0

如果您对跨平台开发有“特定需求”,那么我认为 Mono 确实是您唯一的选择 :) 但如前所述,它确实已经走了很长一段路。

于 2008-10-17T01:44:07.083 回答