¿FireMonkey reemplazará a la VCL?

[jorosmtz]

No creo que reemplacen la VCL, por lo que he visto FireMonkey va orientado a otra cosa.

[manuc]

Gracias por vuestras opiniones.

Un saludo.

[[ElDioni]]

Hola,

ya he comentado algo al respecto en el hilo que hay sobre el encuentro de ususarios delphi que se celebró en Madrid y Barcelona, y, en mi opinión, según lo que dijo Daniel de danysoft sobre el camino que se va a tomar para el futuro, yo entendí que se va a hacer mucho esfuerzo para seguir desarrollando Firemonkey ya que en un futuro puede que windows deje de funcionar tal y como lo conocemos hoy y las VCL ya no sirvan y haya que buscar otra salida.

Saludos.

[[Chris]]

Empezado por ElDioni

Hola,

ya he comentado algo al respecto en el hilo que hay sobre el encuentro de ususarios delphi que se celebró en Madrid y Barcelona, y, en mi opinión, según lo que dijo Daniel de danysoft sobre el camino que se va a tomar para el futuro, yo entendí que se va a hacer mucho esfuerzo para seguir desarrollando Firemonkey ya que en un futuro puede que windows deje de funcionar tal y como lo conocemos hoy y las VCL ya no sirvan y haya que buscar otra salida.

Saludos.

En efecto opino que el futuro está en Firemonkey u otro Framework similar que valla hacer Embarcadero. Sin embargo, esto no significa que la VCL está muerta o deberíamos abstenernos a utilizarla. Simplemente, si crearás una nueva aplicación y ésta puede ser realizada con Firemonkey, es mejor que utilices este Framework. En corto y mediano plazo sería apropiado construir dos versiones paralelas de tu aplicación, una con la vieja VCL y otra con Firemonkey.

Por qué creo que es Firemonkey el futuro? Porque estoy casi seguro que el soporte para metro en las próximas ediciones de Delphi será implementado por medio de Firemonkey y no por la VCL. Además el nuevo Firemonkey permite la multiplataforma, algo que siempre ha sido muy atractivo para los desarrolladores y ahora lo es más, porque ya la multiplataforma no se trata solo de Windows/Mac/Linux. La multiplataforma ahora es Desktop/Tablet/Smartphone. Este nuevo paradigma de multiplataforma es más complicado que el de antaño, porque además de las APIs varía el Hardware.

Desajará algún día la VCL de existir/ser desarrollada por Embarcadero? Creo que sí. Pero no mientras tanto Microsoft deje de desarrollar/soportar la Win32 API. Esto último no está muy largo ya que se está dando el primer paso con Windows 8. Es probable que el propio día del anuncio oficial de Windows 8 Microsoft anuncie la "muerte" de la Win32 API en alguna subsiguiente versión de Windows. No es la primera vez que Microsoft pasa la guillotina sobre una plataforma de antaño. Recuerdan la Win9X? Ésa sobre la que estaba basado MS-DOS, Win1-3.1, Win95, 98 y ME.

Saludos.

[MAXIUM]

Empezado por Chris

Desajará algún día la VCL de existir/ser desarrollada por Embarcadero? Creo que sí. Pero no mientras tanto Microsoft deje de desarrollar/soportar la Win32 API. Esto último no está muy largo ya que se está dando el primer paso con Windows 8. Es probable que el propio día del anuncio oficial de Windows 8 Microsoft anuncie la "muerte" de la Win32 API en alguna subsiguiente versión de Windows. No es la primera vez que Microsoft pasa la guillotina sobre una plataforma de antaño. Recuerdan la Win9X? Ésa sobre la que estaba basado MS-DOS, Win1-3.1, Win95, 98 y ME.

Saludos.

¿Pero acaso METRO no es la misma API Win32 pero extendida?

Programación en Windows 8: Un vistazo a WinRT
¿WinRT un subsistema? No, no lo es
WinRT Is Replacing Win32

Por otra parte Delphi y la nueva interface Metro

[manuc]

Gracias a todos, por vuestras respuestas.

Habrá que hacer algunas pruebas con el FireMonkey, para ir habituándose a él.


Gracias!

Un saludo.

[[Chris]]

Empezado por MAXIUM

¿Pero acaso METRO no es la misma API Win32 pero extendida?

Programación en Windows 8: Un vistazo a WinRT
¿WinRT un subsistema? No, no lo es
WinRT Is Replacing Win32

Por otra parte Delphi y la nueva interface Metro

No. WinRT (Windows RunTime) es algo así como .NET. .Net funciona gracias a la Win32 pero no son lo mismo. WinRT y .Net son capas de abstracción de la Win32. ¿WinRT podría convivir con la Win32, así como lo hace .Net y Win32? Técnicamente sí, pero NO.

A diferencia de .Net que siempre ha sido opcional y realmente no ofrece mayor ventaja al usuarlo, la WinRT será en la práctica obligatoria para los desarrolladores Windows que no quieran quedarse atrapados en el Desktop. Esto por un tiempo, ya que después será obligatoria por qué sí y sí, cuando llegue el momento en que Microsoft decida de dejar de ofrecer el escritorio junto con Windows. Bueno, talvez sea incluido por un buen tiempo, pero solo en la versión "Ultimate"...

Creo que lo que veremos con Windows 8 será lo mismo que hizo Apple con las primeras versiones de Mac OS X. Si ejecutabas las viejas aplicaciones, el sistema iniciaba una máquina virtual con MacOS 9 para ellas. Pero llegó un momento en que Apple dejó esta arquitectura y las viejas aplicaciones dejaron de funcionar. Opino que lo mismo hará Microsoft. Windows 8 y talvez una o dos versiones más serán simplemente versiones de transición. Hurry Up!

Aparte del tema técnico, esta es mi opinión de Windows 8:
En el punto en el que está ahora, Costumer Preview, si no cambian muchas cosas, será un sistema desastroso para el escritorio. Creo incluso que será mucho peor que Vista. Ya veremos como va en las tabletas. Pero aparte de esto, lo que yo veo es que con este movimiento, Microsoft está queriendo -con beneficio de duda- obligar a fabricantes y desarrolladores a elegir Windows antes que... android, talvez.

Si lo ven, su Windows Phone 7 no termina de despegar. La decisión de degradar a Windows a una tableta es estúpida en términos técnicos. El paso lógico hubiera sido adaptar Windows Phone 7 a las tabletas, cómo hizo Apple con iOS y Google con Android. Pero no, lo chicos de Microsoft pensaron: "Si llevamos el S.O. del 90% a las tabletas los fabricantes y desarrolladores tendrán que sí o sí utilizarlo porque allí está la mayoría de los usuarios. Más que iOS y Android combinados". Windows Phone es tan irrelevante que no puedes presionar a nadie para que lo soportes. Windows sí. Los resultados ya se empiezan a ver, Firefox y Chrome estarán en Metro. Antes a Mozilla y a Google ni les pasaba por la cabeza desarrollar para Metro.

Saludos!

[MAXIUM]

Hay noticias del mundo Linux que dicen que última versión de Kernel, se "incluye" Android.

Por lo visto, Job no estaba equivocado con las tablet. Todo va para allá, aunque no se como funcione esto cuando se requiera trabajar. Es decir, no me imagino a un usuario trabajando en una planilla Excel usando los dedos...

Percepción mia pero creo que Microsoft otra vez llego tarde a competer y más aún en un campo que no le ajusta. En resumen, abandonar el escritorio, mala idea.

Usar mouse para un sistema que esta diseñado para trabajar en pantallas touch, me parece estupido. Lo digo por la cantidad de usuario que descargaron Windows 8 y lo encuentran fascinante. Es decir, hasta Windows XP se le puede poner una interface de Windows 8 que trabaje con mouse. ¿Se entiende?.

Ahora, pese a todo, para donde vaya la cosa, lo que nos interesa es nuestro trabajo de desarrollador, pero tampoco hay que estar dado tumbos por lo que este de moda.

De seguro habra que migrar muchos sistemas de los cuales ya son abandonware, osea un gran mercado para nosotros.

Lo bueno y lo importante, es que Delphi X2, en adelante, nos da las herramientas para seguir adelante frente a cualquier panorama que se nos presente.

[Ñuño Martínez]

Empezado por jorosmtz

No creo que reemplacen la VCL, por lo que he visto FireMonkey va orientado a otra cosa.

Creo que me he perdido, o quizá es que tengo una idea equivocada de qué es FireMonkey. ¿No era una biblioteca de componentes gráficos? ¿No lo habían creado porque VCL empezaba a dar problemas cuando intentaban adaptarlo a X Window y Mac, y no querían terminar con los problemas de la LCL (el equivalente de la VCL en Lazarus)?

Que conste que la versión más moderna de Delphi que he utilizado es la 6. Después de eso, lo más parecido ha sido Lazarus.

[jorosmtz]

Empezado por Ñuño Martínez

Creo que me he perdido, o quizá es que tengo una idea equivocada de qué es FireMonkey. ¿No era una biblioteca de componentes gráficos? ¿No lo habían creado porque VCL empezaba a dar problemas cuando intentaban adaptarlo a X Window y Mac, y no querían terminar con los problemas de la LCL (el equivalente de la VCL en Lazarus)?

Que conste que la versión más moderna de Delphi que he utilizado es la 6. Después de eso, lo más parecido ha sido Lazarus.

Sabes, me niego a creer que es así, pero viéndolo desde el punto de vista que das, tienes razón, al parecer la VCL tal vez está destinada a desaparecer, como lo explica nuestro amigo Chris en el post de arriba.

Lo de negarme a creer que va a desaparecer la VCL es simple, años de conocerla, muy estable y fiable, y.... Firemonkey es nuevo en Delphi... (¿resistencia al cambio? creo que si).