- ¿Cuándo se usa mono una buena elección antes que usar .net para desarrollar un sistema de producción?
- El costo inicial de las herramientas es cero, pero ¿cómo se compara el costo total de desarrollo utilizando mono con .net?
- ¿Cuál es el punto dulce para adoptar mono.?
Respuesta
Mono puede hacer algunas cosas de la MS .Net no pueden o no:
- corren en Linux, Mac y otros (incluyendo iPhone ahora)
- enlace estático las DLL marco, para un escenario de implementación de dependencia cero.
Por otro lado, .Net hace algunas cosas que no hace mono o todavía no lo hacen fácilmente:
- La última versión del marco
- Fuera de la caja de soporte de Visual Studio
- WPF, WCF, WF, etc
- Hay algunas cosas en mono que trabajo, pero el rendimiento no es del todo al mismo nivel que .Net
Mono es .NET que se ejecuta en plataformas que no son de Microsoft.
Utilice Mono si está buscando construir una aplicación .NET en una plataforma que no sea de Microsoft. Actualmente, estoy trabajando en una aplicación ASP.NET MVC que se ejecuta en OS X a través de Mono (quiero dirigirme a un servidor basado en Linux y todo mi desarrollo se realiza en OS X). Buen material.
Si se dirige a Windows ÚNICAMENTE, entonces las herramientas gratuitas de Microsoft (Express Editions) suelen ser la mejor opción.
... donde está Miguel cuando lo necesita.
+1 para vincular su cuenta de usuario. Simplemente explore las respuestas de Miguel de Icaza para tener una idea del estado de lo que el mono puede y no puede hacer. –
Tenía la impresión de que Mono todavía estaba en .Net 2.0. ¿Es eso incorrecto? Si no, ¿cómo estás obteniendo ASP.Net MVC? –
Mono ha recorrido un largo camino en los últimos 2 años más o menos. No tiene todo, pero puede consultar la hoja de ruta para ver dónde están en términos de paridad de características: http://www.mono-project.com/Roadmap MVC parece estar al menos parcialmente desde el 29 de junio de este año. . –
El costo inicial de las herramientas para una aplicación .NET también es cero. Pago SharpDevelop.
El punto dulce para Mono está desarrollando aplicaciones para Linux usando C# y un familiar framework .NET-esque.
+1 para el comentario ".NET-esque". No es 100% lo mismo que Microsoft .NET Framework, pero está bastante cerca. –
Olvídate de desarrollar nítidamente, echa un vistazo a visual studio express. –
+1 para VS Express! No puedo creer que me borré de ese cuando publiqué esto ... – joshuapoehls
Es interesante si necesita desarrollar un software que se ejecute en muchas plataformas (Linux, Mac, Windows) utilizando el ecosistema .net.
Según su sitio web oficial:
Mono es una plataforma de software diseñada para permitir a los desarrolladores crear fácilmente Cross Platform aplicaciones. Es una implementación de código abierto de Microsoft .Net Framework basado en los estándares ECMA para C# y Common Language Runtime. Creemos que adoptando una exitosa plataforma de software estandarizada , podemos reducir las barreras para producir excelentes aplicaciones para Linux.
Su official website tiene mucha información sobre IDE y otra información útil sobre el proyecto.
Mono le permite ejecutar aplicaciones .NET en Linux y Mac OS X, mientras que la implementación principal de Microsoft está ligada a Windows.
Así, en el caso de:
"? ¿Qué es mejor para escribir aplicaciones multiplataforma"
La respuesta es Mono, y no creo que sea siquiera una respuesta subjetiva.
Mono es compatible con un sorprendente aliento de .NET hasta 3.5. Prácticamente todo el BCL está dentro, y usted puede hacer ASP.NET MVC, Linq y WinForms. La versión troncal de Mono también admite características de .NET 4.0, por lo que no se quedan atrás.:)
Las cosas notables que están detrás son las diversas tecnologías W *. WPF es básicamente inexistente. WF, es calidad pre-alfa. WCF es de calidad beta y aún está incompleto, pero probablemente sea la tecnología W * más desarrollada.
- 1. ¿Cuáles son algunas cosas que Mono no es una buena opción?
- 2. ¿Es Neo4J una buena opción para clojure?
- 3. ¿WCF Duplex es una buena opción?
- 4. VirtualWebappLoader: ¿es una buena opción para usar en producción?
- 5. ¿Es RavenDB una buena opción para este concepto?
- 6. ¿Cuándo no es una buena idea pasar por referencia?
- 7. ¿Cuándo es una buena situación usar una unión externa completa?
- 8. ¿Es Cayena una buena opción para mi requerimiento?
- 9. Marmalade Mobile App Development - ¿Es Marmalade una buena opción?
- 10. ¿REST es una buena opción para las aplicaciones web GUI?
- 11. ¿OpenID es necesariamente una buena opción para el comercio electrónico?
- 12. ¿Mono es un subconjunto de .NET?
- 13. ¿Cuándo se usa __call__ una buena idea?
- 14. Usando .NET/Mono en Linux para servir un servicio web de alto volumen, ¿una buena idea?
- 15. ¿Cuándo es una buena idea la herencia virtual?
- 16. .NET/Mono Install Base
- 17. .NET/Mono Database Engine
- 18. Cuándo utilizar la opción
- 19. Reflector .NET para Mono
- 20. ¿Cuál es una buena fuente para aprender sobre QEMU?
- 21. ¿Es una buena idea preferir NSNumberFormatterBehavior10_4 sobre NSNumberFormatterBehaviorDefault?
- 22. ¿Cuándo tiene RAII una ventaja sobre GC?
- 23. ¿Una buena guía sobre scripting VIM?
- 24. ¿Qué es una buena biblioteca de trazado para .Net?
- 25. ¿Qué es una buena biblioteca de automatización de Windows .NET?
- 26. ¿Qué es una buena biblioteca RDF para .net?
- 27. .NET - ¿Puede sobre la interfaz, y cuándo no debe interactuar
- 28. parche (mono) parche o no (mono), esa es la pregunta
- 29. Cómo apuntar .NET 4.0 bajo mono
- 30. Comenzando con JSON en .net y mono
Hay un buen número de bibliotecas disponibles en Mono que no se envían con .NET. El REPL es un buen ejemplo de esto. También el espacio de nombres Mono.SIMD (que se puede usar en mono para mejorar drásticamente el rendimiento de las operaciones vectoriales) En última instancia, el rendimiento es comparable entre ambas plataformas, solo depende de lo que esté haciendo. – overstood