Достаточно ли надежен Mono для серьезного развития предприятия?

Question

Прошло несколько лет с тех пор, как я глубоко посмотрел на Моно. Когда я в последний раз смотрел, этого было недостаточно, поскольку реализация BCL и доступные инструменты были ограничены. Сейчас у меня есть особая потребность в кроссплатформенной разработке, и мне было интересно, что сообщество думает о Mono как о выборе на предприятии. Поскольку последние несколько лет я выполнял большую часть своей работы в .Net, Mono кажется естественным выбором. Однако я не хочу продвигать технологию, которая не выдержит испытания.

Примечание: я НЕ говорю о небольшом или даже среднем проекте. Я говорю о крупномасштабном корпоративном приложении, которое будет распространяться по всему миру с использованием сервис-ориентированного подхода. Кроме того, насколько стабильны сервисы, написанные на платформе Mono?

Ваш вклад приветствуется!

Answer 1

Прошлым летом я работал над проектом .NET 2.0 (+/- 50 000 строк кода), работающим на Mac OS X с Mono 1.91. Мне пришлось переписать интерфейс с Monobcj, потому что реализация Mono-Winforms выглядит ужасно на Mac. Но для кода без пользовательского интерфейса все работало довольно хорошо после того, как я удалил зависимости от определенных вызовов Win32.

Answer 2

С 2.0 сейчас, я думаю, что это так. Наша текущая система сборки зависит от этого и была очень довольна. Теперь, чтобы выпустить актуальный продукт, вы можете сделать все это в .NET 2.0? Если так, то я думаю, что это так.

Answer 3

Надежность Mono была улучшена, чтобы соответствовать требованиям для тяжелых сайтов asp.net - в выпуске 2.0 было исправлено много ошибок, чтобы улучшить стабильность.

Мало того, мы проделали определенную работу по улучшению общей масштабируемости нашего стека.

Большая часть из этого сделана в версии 2.0, но некоторые произошли после этого и поставлены в очередь для предстоящего 2.2 позже в этом году.

Answer 4

Я думаю, что это действительно зависит от того, что вы называете raedy для предприятия, поскольку это очень перегруженный термин.

Смотрите мой пост на похожие вопросы: Готов ли Mono к прайм-тайм?

Answer 5

Если у вас есть «особая потребность» в кроссплатформенной разработке, то я думаю, что Mono - действительно ваш единственный выбор :) Но, как уже говорилось, это действительно долгий путь.

Answer 6

В прошлый раз, когда я смотрел на это, было несколько ограничений. Это было пару лет назад. Масштабируемость была нашей проблемой тогда.