La limitación de Mono Runtime

Question

Mi pregunta es similar a this one y this one, pero hay una pequeña diferencia. Entonces es por eso que lo estoy preguntando aquí.

Tengo un brillante .Net 3.5 Servicio de Windows (con NHibernate, LINQ, expresión lambda) etc., que se ejecuta en Windows. Ahora planeo portar mi aplicación a Linux, así que estoy pensando en Mono.

¿Puedo simplemente compilar mi aplicación .net en Windows, y copiarla en una máquina Linux con .Net (versión mono) instalado, y espero que funcione sin problemas? Si no, ¿hay algo que deba hacer?

Cualquier respuesta o punteros son bienvenidos.

Answer 1

de inicio mediante el uso de la MoMA tool

Mono Migration Analizador de herramienta (MoMA) ayuda a identificar los problemas que puede tener al portar su aplicación .Net a Mono. Ayuda a identificar llamadas específicas de la plataforma (P/Invoke) y áreas que aún no son compatibles con el proyecto Mono. Si bien el MoMA puede ayudar a a mostrar problemas potenciales, hay muchos factores complejos que no se pueden cubrir con una simple herramienta. MoMA puede fallar a señalar las áreas que hará que problemas, y puede señalar las áreas que no será en realidad un problema

Desde el punto personal: Todo C# 3.0 función se soportan bien, no tuve ningún problema con LINQ (A los objetos, no sé acerca de LINQ to SQL o XML) y NHiberinate también funciona bien (aunque no terminé usando)

Answer 2

El tiempo de ejecución debería estar bien pero puede ejecutar el Mono Migration Analyzer.

Answer 3

¿Funcionará? Realmente tiene para probarlo. Recientemente me he esforzado para hacer que los Protocolos de Protocolo trabajen en Mono. Hasta ahora he tenido muy pocos problemas de tiempo de ejecución; el compilador fue más un problema para mí. Sin embargo, he tenido que desactivar temporalmente una de las pruebas de la unidad (usando burlas) porque hace que la VM Mono 2.4 caiga. Todavía no investigué por qué, pero ese tipo de cosas es básicamente imposible de predecir.

Cualquier cosa que utilice aspectos "profundos" del CLR, como árboles de expresión y métodos dinámicos, es probable que tenga más problemas que las bibliotecas simples, IMO.

Ahora, dices que es un servicio de Windows, obviamente Linux no tiene los mismos servicios que Windows, por lo que tendrás que averiguar cómo quieres que se ejecute. Comenzaría ejecutándolo como una simple aplicación de consola si fuera usted ... una vez que todo esté funcionando, puede pensar en integrarlo con otros controladores de "servicio", etc., si lo necesita.

Ciertamente utilizado ser el caso de que xbuild no proporcionaron una ruta de migración sin problemas de la construcción en Windows para la construcción en Linux ... sin embargo, ha tenido mucha atención recientemente, por lo que vale la pena intentarlo de nuevo. ..