update - windows 10 headphones mono
¿Cuál es la mejor configuración para el desarrollo Mono en Windows? (10)
Empecé a tratar de jugar con Mono, principalmente por diversión en este momento. Primero traté de usar el plugin de Visual Studio que convertirá un csproj en un makefile, pero no parecía haber una versión disponible para Visual Studio 2005. También leí sobre el IDE MonoDevelop, que sonaba bien. Desafortunadamente, no hay un paquete de Windows prefabricado para él. Traté de seguir algunas instrucciones para compilarlo al combinar dependencias de otras instalaciones semi relacionadas. No funcionó, pero probablemente sea porque soy un tipo orientado a Windows y apenas puedo deletrear "makefile".
Por lo tanto, mi pregunta es esta: ¿cuál es la forma de energía más baja para poner en marcha y probar algún desarrollo basado en Mono en Windows?
@Chris He descubierto que Visual Studio es el mejor IDE para desarrollar en .NET: creo que la mejor manera de apuntar a Mono es simplemente desarrollar y construir Visual Studio en Windows, luego simplemente ejecutar esos binarios directamente en Linux (o lo que sea) otra plataforma Mono que está utilizando). Hay versiones gratuitas de Visual Studio si la licencia es una preocupación. Si está desarrollando bajo Linux, el mejor software es probablemente Eclipse con un plugin Mono (vea el Manual de Mono - Eclipse para instrucciones de instalación), pero tenga en cuenta que no tiene la cantidad de características o la integración de lenguaje que tiene Visual Studio.
@modesty Mono es una implementación de código abierto de terceros de .NET Framework que le permite ejecutar aplicaciones .NET en plataformas que no sean Windows.
Mi primer instinto sería el poco útil "Instalar Linux". Estás nadando contra la corriente para intentar desarrollar en mono bajo Windows. Instalar GTK y todo es un poco molesto en mi experiencia.
Si tienes ganas de usar Linux, entonces puedes probar Ubuntu
De otra manera:
Hay algo de información aquí: http://www.mono-project.com/Mono:Windows y parece que la cadena de herramientas cygwin podría ser tu mejor opción. No creo que puedas evitar makefiles, por desgracia. Encontré un tutorial ligeramente más explícito de O''Reilly .
@modestia:
Mono proporciona el software necesario para desarrollar y ejecutar aplicaciones cliente y servidor .NET en Linux, Solaris, Mac OS X, Windows y Unix. Patrocinado por Novell ( http://www.novell.com ), el proyecto de código abierto Mono tiene una comunidad activa y entusiasta que contribuye y está posicionada para convertirse en la elección líder para el desarrollo de aplicaciones Linux.- Desde el sitio Mono.
Una de las mejores cosas que puede hacer si desarrolla con Visual Studio para Mono es obtener MoMA http://www.mono-project.com/MoMA . Esto inspeccionará cualquier cantidad de conjuntos que cree y generará un informe que muestre posibles problemas Mono (por ejemplo, métodos no implementados en la biblioteca mono). Se puede ejecutar desde una GUI o la línea de comando para su uso en compilaciones automáticas.
El plugin de Eclipse para Mono está muerto. En Linux use MonoDevelop o X-Develop si le gusta la buena compatibilidad comercial (aunque MonoDevelop se está cerrando rápidamente en función de las características). En Windows SharpDevelop tiene objetivos MSBuild personalizados para compilar el código contra Mono.
Como Mono y MonoDevelop cambian rápidamente, asegúrese de utilizar las últimas versiones publicadas, incluso si aún no están marcadas como estables (por ejemplo, las versiones enviadas con stock de Ubuntu están terriblemente desactualizadas).
La imagen de VMWare es una excelente manera de comenzar a probar el código desarrollado por Windows en Linux. No toque cygwin a menos que ya esté muy conforme con él.
Miguel publicó una publicación sobre depuración de Mono corriendo en Linux con depuración remota en Visual Studio. Esto puede ser algo que desee investigar ... Usar Visual Studio para depurar Mono . También hay un nuevo proyecto llamado CloverLeaf cuyo objetivo es habilitar la depuración Mono en Windows en Visual Studio.
Simplemente no hay razón para construir tu aplicación usando Mono; el objetivo de .Net CLR es que el resultado compilado sea multiplataforma.
Entonces, simplemente puede compilarlo usando su IDE favorito (y si le gustan los IDEs, Microsoft es el mejor para usar) y luego probarlo en Mono. Incluso si obtienes Mono trabajando en Windows, no sería una muy buena prueba de la portabilidad de tu aplicación: ¿qué pasa si tu aplicación hace cosas tontas como asumir que los nombres de los archivos tienen barras invertidas, o que hay algo especial sobre una carpeta llamada Archivos de programa? La mejor forma de realizar pruebas de portabilidad es probar tu aplicación en la plataforma objetivo.
Y eso es bastante fácil de hacer con un reproductor Linux VMware como el que se encuentra en http://www.go-mono.com/mono-downloads/download.html .
Personalmente, solo estoy compilando en Visual Studio 2008 como si fuera para .Net 2.0 y luego en Mono (VS2008 en Windows en VirtualBox, Mono en OSX). Todos los problemas surgen en el tiempo de ejecución, de todos modos, por lo que el sistema funciona perfectamente.
Acabo de encontrar este nuevo enlace , que es increíble y te muestra cómo configurar Visual Studio 2008 para Mono.
Al mismo tiempo, configurar Mono en OpenSuse o Ubuntu dentro de un VirtualBox (producto de Sun) es fácil, sencillo y no te obliga a abandonar la plataforma en la que normalmente vives.
Esto no es relevante para su pregunta, pero podría notar que acabo de entrar en Mono y estoy sorprendido de la cantidad de .Net implementado, que incluye muchas de las cosas de Winforms.
Un año después y la respuesta a esto ha cambiado mucho. Ahora puede usar MonoDevelop en Windows, o si está más cómodo en Visual Studio puede usar las herramientas de Visual Studio para escribir todo y luego depurarlo en la máquina virtual para asegurarse de que esté funcionando en Linux.
Me gustó la idea de tratar de usar MonoDevelop sobre todo para asegurarme de que mis cosas funcionaran en contra de los tiempos de ejecución de Mono. Supongo que también sería posible volverse loco con msbuild y escribir algunos objetivos personalizados que intentaron compilar contra Mono, pero eso es básicamente emular la funcionalidad del complemento ahora extinto, que supongo que no fue trivial de construir. Tengo poca experiencia con cygwin, y estoy feliz escribiendo "configure" y "make" todo el día, pero cuando ocurre un problema en ese proceso, estoy prácticamente jodido. Probablemente intente volver a jugar con todo esto, pero si me toma más de un par de horas encontrar una forma de construir cómodamente contra los tiempos de ejecución de Mono, probablemente solo me resista.
Voy a probar la idea de Eclipse. Lo uso para Java, así que puedo hacer que las cosas c # funcionen. Veremos...
Recomiendo obtener VMWare Player y usar la imagen gratuita de la plataforma de desarrollo Mono que se proporciona en el sitio web.
El tiempo de configuración para esto será mínimo, y también le permitirá obtener su código trabajando en .NET y luego enfocarse en los problemas de portabilidad sin una molestia masiva de máquinas de conmutación y similares. las herramientas de VMWare Player le permitirán simplemente arrastrar y soltar los archivos para copiarlos.
Estoy buscando tomar un par de mis aplicaciones .NET y hacerlas compatibles con Mono, y esta es la ruta que voy a tomar aquí en breve.