Mono en OS X ¿Compatible con pares MSVC 2010?

Question

Voy a comenzar el desarrollo de .NET en el trabajo pero tengo la opción de usar MonoDevelop/Mono en OS X en lugar de MSVC 2010 en Windows y lo preferiría por mi familiaridad con OS X. Probablemente vamos a usar un número de frameworks populares, como NHibernate y Castle DI - mi pregunta para aquellos que están familiarizados con el desarrollo .NET y Mono: ¿estaré en una gran desventaja? ¿Existen fuertes incompatibilidades o, con algunos "recortes de papel", los dos sistemas son más o menos compatibles? Una vez más, mis colegas utilizarán MSVC 2010 y tenemos la intención de trabajar juntos en las mismas bases de código.

Gracias por cualquier idea que pueda darle a este novato de .NET.

EDIT: Debo señalar en primer lugar que voy a estar haciendo con el desarrollo MVC 2, que entiendo que hace trabajo con Mono, y tendrá algunas de sotavento en los marcos de la elección, es decir, que pueda evitar los marcos altamente incompatibles.

Answer 1

MonoDevelop puede abrir sin problemas proyectos VS 2010.
Sin embargo, no podrá desarrollar gráficamente WinForms con mono.

Nhibernate funciona, pero la depuración con MonoDevelop es difícil y el paso a través realmente no funciona.
En otras palabras: es posible, pero estás en una clara desventaja.

Answer 2

El Analizador de migración mono puede ayudarlo a resolver si está utilizando bibliotecas que no se ejecutarán en Mono.

MonoDevelop se está haciendo bastante rico en funciones. No he tenido muchos problemas con eso.

Answer 3

Solo puedo ofrecer un caso de estudio limitado: era desarrollador de herramientas en una gran compañía de juegos, usaba .NET/Visual Studio por más de 5 años. Hace poco me fui para ayudar a comenzar un pequeño estudio nuevo: estamos usando el motor de juegos Unity, que utiliza Mono como una red troncal de scripting. Ahora he estado trabajando con Mono durante aproximadamente 8 meses, y ninguna de las bibliotecas .NET que he encontrado querer usar ha tenido incompatibilidades que he notado.

Muestreo bastante limitado, sin embargo, es poco probable que cubra todos sus casos de uso, principalmente System, System.IO, System.Xml, System.Web, System.Collections (.Generic) y otras cosas básicas.

Mono Develop ha sido razonable hasta ahora, pero no tan rico en funciones como VS.

Descargo de responsabilidad: No hacemos compilación cruzada a MS.NET y Mono.