FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
#1
|
||||
|
||||
CrossVCL 1.0
Buen día,
Hace casi un año se había anunciado el lanzamiento de CrossVCL, en una fase beta... y pues recientemente se ha anunciado la liberación oficial de la versión 1.0 Ya en un hilo anterior se habia comentado bastante sobre el tema. Lo importante aqui es revisar el futuro de ésta tecnología, y su impacto sobre el propio FireMonkey... Para los que no conocen la historia, detrás de éste proyecto está el ruso Eugene Kryukov, de la empresa KSDev, quien a su vez diseño VGScene, la tecnología base de firemonkey la cual fue vendida parcialmente a Embarcadero y que dicho sea de paso, la salvó del fracaso, pues le permitió incursionar rápidamente en el desarrollo multiplataforma. No se si Eugene se empleado o el sea la empresa en si misma, pero al revisar la licencia, ésta comienza con: "This License is a legal agreement between you (the End User), and Eugene Kryukov (the Software Developer)." Asi que si me preguntan sobre el futuro de CrossVCL, personalmente les digo que tiene bastante futuro...!!, y creo que el propio embarcadero deberá estar rascandose la cabeza, pensando en lo que debe hacer para que ésta tecnología no opaque a Firemonkey... pues si lo pensamos bien, los programas que tenemos escritos en VCL no tendríamos que migrarlos a FMX para convertirlos en multiplataforma como hoy se requiere. (Obviamente, aun falta camino para llegar a ésto) Seún comenta la página, en ésta versión 1.0 se soportan la myoría de componentes VCL y algunos componentes de terceros. también recalca que, por ahora solo trabaja con compilador de 32 bits para ma, pero que se está trabajando (Road map) sobre el compilador de macos 64x y sobre el soporte a todos los componentes nativos de la VCL, así como el soporte a otros componentes de terceros. (FastReports entre ellos) No se está revisando por ahora plataformas Móviles (aunque el Road Map lo etiqueta como "en Consideración")... en un post anterior se explicaba que para android habáin limitaciones sobre la cantidad de classes que se soportaban, lo cual era un GRAN inconveniente. Cabe anotar que la empresa KSDev tiene otros dos productos importantes, que son FMXLinux (Firemonkey para linux) y Turbococoa (para desarrollar apps moviles en el IDE de Rad studio soportado en xCode o android studio)... habrá que ver dentro de la estrategia de ésta empresa, como se integraráin éstas herramientas. En cuanto al precio, considero que es un poco costoso para un framework tan reciente... 500 USD la licencia, con una suscripción de un año que da derecho a a actualizaciones... hace falta aún ver el precio de la actualizacion anual y si lo vale.... pues habiendole invertido un mundo de dinero a la licencia de Delphi, uno tedría que ver si mejor se va con lo que Delphi ya le ofrece, al menos para mac, pues como sabemos para Linux, aún no cubren lo suficiente. Un saludo, |
#2
|
||||
|
||||
#3
|
||||
|
||||
Cita:
Personalmente no le veo mucho sentido a un proyecto como este si se limita a VCL y a componentes estandard. Me parece más una prueba de concepto que algo práctico. ¿Cuantos proyectos realizados en VCL, sin componentes externos pueden tener un target en un MAC? Tal vez hay casos, pero yo no los veo (a nivel general). Veo muchas limitaciones y muchos condicionantes para este proyecto y los casos en los que es aplicable.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#4
|
||||
|
||||
El problema siempre es Android. Es una pesima plataforma de desarrollo y la cantidad de hacks que hay que hacer y lo lento que es...
Ahora que estoy en un proyecto grande que desafortunadamente tengo que soportar android tambien, es increible que los desarrolladores se aguanten tremendo bodrio. Windows es un paraiso en contraste...
__________________
El malabarista. |
#5
|
||||
|
||||
500 dolares vs 0 dolares de Lazarus
|
#6
|
||||
|
||||
Cita:
|
#7
|
||||
|
||||
Hola a todos,
Cita:
Todo esto es en teoría y en principio... claro que con aplicaciones híbridas puede uno toparse con problemas, pero, en mi experiencia, la misma aplicación, con la misma base de código, funciona en diferentes versiones de Android sin problemas. Por no mencionar que también lo hace en diferentes versiones de iOS, en todos los navegadores modernos (tanto de escritorio como para móviles) y hasta en Windows 10, si me apuras, pues es una de las plataformas soportadas por Apache Cordova, por ejemplo. De acuerdo... una aplicación híbrida tal vez no sea la mejor opción en algunos casos, pero, ¿en qué casos? Ahí está el quid de la cuestión... porque, lo cierto es que ofrecen bastante, y, por lo tanto, son otra posible "solución" para nuestros proyectos. Hace poco he leído que Windows 10 y Edge van a soportar las "PWA" (Progressive Web Apps)... me pregunto si HTML, CSS y Javascript va a ser la terna elegida para, por fin, tener algo multiplataforma de verdad. Disclaimer: No estoy hablando del entorno de desarrollo que yo mismo llevo a cabo (por cierto, con Delphi), sino de las aplicaciones híbridas en general. |
#8
|
||||
|
||||
Cita:
Estuve mas de 1 mes tratando de ver como rayos hacer una app en android con html+css, optimizando tanto como se es posible (sin usar un framework). En iOS todo vuela, pero en android, es tan lento que da verguenza sacar un proyecto asi. Luego cheque con varios frameworks y los corri tanto en iOS como en Android y consistentemente el desempeño en android es inaceptable. Luego, mirando que en android hay que hacer hacks como "para acelerar el render del web control, deshabilita la aceleracion del render del web control". Y eso "puede que funcione. O no. Si no funciona, no lo deshabilites".
__________________
El malabarista. |
#9
|
|||
|
|||
La verdad que no deja de ser curioso que el tipo que se encargó de Firemonkey en Embarcadero, su primer producto después de salir sea como generar a partir de proyectos VCL ejecutables en MAC. Imagino que se daría cuenta a medida que evolucionaba Firemonkey que se podía hacer de otra forma, aunque por lo visto esta primera versión no cubre la parte mobile. Creo que Firemonkey adolece de varios defectos, yo las pocas pruebas que he hecho simpre me ha parecido lento, cuando en principio debería ser lo contrario. También es verdad que ha ido mejorando con el tiempo.
Respecto a las PWA" (Progressive Web Apps), que ha comentado Dec en un mensaje anterior, no tenía noticias hasta hoy que estaba leyendo un artículo comparando con Xamarin.Forms y me ha resultado muy llamativo que la proyección que hacen sobre el uso de este tipo de apps para dentro de unos años es : 70% PWA, 10 % Nativas, 20 % híbridas. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
CrossVcl | el-mono | Desarrollo en Delphi para iOS/OSX | 13 | 19-01-2017 17:48:32 |
|