Libertonia
Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios
Ver: Modo: Orden:
Icaza Gnome y Mono | 16 comentarios (16 temáticos, editoriales, 0 ocultos)
El multilenguaje y Gnome (5.00 / 1) (#11)
por jorginius ("jorginius" en Google Mail) a las Wed Feb 16th, 2005 at 12:42:47 PM CET
(Información Usuario) http://www.rodriguezmoreno.com

En cuanto a lo de multi-lenguaje y tal, como bien dices es propaganda de Microsoft.

¿Por qué?. Funcionar, funciona y es algo que está pidiendo Gnome como agua de mayo. Los bindings no han sido buena solución para tener una plataforma neutral respecto al lenguaje. Al final todo el mundo acaba programando en C, que es un dolor.

El problema que resuelve Mono y GNOME# y que no han resuelto bindings como gnomemm o gtkmm es doble:

  1. No es posible automatizar totalmente la generación de los bindings para lenguajes como C++, puesto que es necesaria más información que la que hay en las cabeceras C para generarlos. Así que, programando en Gnome en un lenguaje distinto de C, siempre irás por detrás de la plataforma y siempre necesitarás un escape a C a poco que quieras hacer algo complicado.
  2. Los bindings no funcionan en sentido contrario: si yo subclasifico mis controles en C++ en realidad no serán controles de Gnome. No los puedo reutilizar en otras aplicaciones que no sean C++. Sólo programando clases en C (que es horrible, además) otros programadores con lenguajes diferentes podrán reutilizarlas después.


Mono arregla ambas cosas. Sólo hay que mantener un binding y las clases escritas en C++ manejado pueden reusarse en Python o en cualquier otro lenguaje dentro de la plataforma, directamente.

La neutralidad respecto al lenguaje siempre aparece en la propaganda de Gnome... Aunque al final sólo se puede programar en esa plataforma semi-decentemente en C. Ahora quizás lo consigan de verdad con Mono.

Como aglutinante de todo el lío de API's y lenguajes que es Gnome, a la gente de Icaza le hace más falta el multilenguaje de .NET que a Microsoft.

[ Padre ]


consumo de memoria (none / 0) (#16)
por musg0 a las Mon Feb 21st, 2005 at 03:20:26 PM CET
(Información Usuario) http://helvete.escomposlinux.org

Además, que si sólo se necesita tener cargada en memoria una máquina virtual el consumo de memoria será menor sin importar el lenguaje en el que esté programada la aplicación, ya que al final todo el código será código intermedio de esa máquina. Ahora en Gnome tranquilamente puedes tener el intérprete de Python, Perl y Mono. Seguro que algo se ahorra si Python y Perl usan la VM de Mono.

¿No podrían haber hecho algo así con Java hace años? Sé que existe por ejemplo Jython pero debido a que todavía no existe una máquina virtual de java libre lo suficientemente completa no puede usarse como plataforma libre.

Yo creo que entre el marketing de Microsoft y que con Mono parece que Novell va a toda velocidad la máquina virtual de .NET estará en todas las máquinas de escritorio en pocos años. Y ya que va a comer memoria ¿Por qué no aprovechar y hacer que la mayoría de lenguajes de script escupan código de esa máquina virtual?.

[ Padre ]


 

Icaza Gnome y Mono | 16 comentarios (16 temáticos, editoriales, 0 ocultos)
Ver: Modo: Orden:
Menu
· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login
Nueva cuenta
Usuario:
Contraseña:

ecol Logo Powered by Scoop
Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda