É Mono bastante robusto para o desenvolvimento empresarial sério?

Question

Tem sido alguns anos desde que eu tenha tomado um profundo olhar para Mono. Quando eu última dei uma olhada, não era bastante lá tanto quanto a implementação BCL e as ferramentas disponíveis eram limitadas. Eu tenho uma necessidade específica agora para fazer algum desenvolvimento de plataforma cruzada, e queria saber o que a comunidade pensou em Mono como uma escolha na empresa. Desde que eu tenho vindo a fazer a maior parte de meu trabalho dev nos últimos anos em .Net, Mono parece ser uma escolha natural. Eu não quero empurrar uma tecnologia que não vai ficar até o teste, no entanto.

Nota: Eu não estou falando de uma pequena ou mesmo a médio projeto de tamanho. Estou falando de uma aplicação de empresa de grande escala que será distribuído globalmente, utilizando uma abordagem orientada a serviços. Além disso, como o estábulo são serviços escrito na plataforma Mono?

A sua entrada é apreciada!

Answer 1

Mono robustez foram melhorados para ser adequada para sites asp.net pesados ??-. Um monte de bug fixação para melhorar a estabilidade ter acontecido para a versão 2.0

Não só isso, mas nós fizemos algum trabalho para melhorar a escalabilidade global da nossa stack.

A maior parte dela feita na versão 2.0, mas alguns aconteceu depois e está na fila para a próxima 2.2 ainda este ano.

Answer 2

Eu trabalhei no verão passado para obter um .NET 2.0 (+/- 50 000 linhas de código) projeto trabalhando em Mac OS X com Mono 1.91. Eu tive que reescrever a interface com Monobcj porque a implementação Mono-Winforms parece terrível no Mac. Mas para o código não-UI, tudo funcionou muito bem depois que eu removido dependências em chamadas Win32 específicas.

Answer 3

Com 2.0 agora, eu acho que é. Nosso atual sistema de compilação depende disso e têm sido muito feliz com isso. -Se agora para lançar um produto real, você pode fazer tudo em .NET 2.0? Se assim for, penso que é.

Answer 4

Eu acho que realmente depende do que você chama raedy para a empresa, pois isso é um termo muito sobrecarregado.

Veja o meu post sobre uma série de perguntas semelhantes: é mono pronto para o horário nobre?

Answer 5

A última vez que olhei para ele, houve várias limitações. Isso foi há alguns anos. Escalabilidade foi o nosso problema, então.

Answer 6

Se você tem uma "necessidade específica" para o desenvolvimento multi-plataforma, então eu acho Mono é realmente sua única opção :) Mas como foi dito, ele realmente tem percorreu um longo caminho.