Adios Delphi

[[newtron]]

Gracias por vuestras sugerencias.



PepCat, en varias ocasiones he hecho pruebas con Unigui y la verdad es que no me daba la impresión de ser muy robusto, no sé, lo volveré a mirar con detenimiento.
el-mono, echaré un vistazo a lo que me pasas.
egostar, también evalue tu solución pero vi bastante engorroso ponerse a desarrollar una API para TODO lo necesario porque la idea es montar una aplicación web completa más que algún acceso para cosas muy concretas. ¿En qué desarrolláis el lado del cliente?


Gracias de nuevo y un saludo

[[egostar]]

Empezado por newtron

egostar, también evalue tu solución pero vi bastante engorroso ponerse a desarrollar una API para TODO lo necesario porque la idea es montar una aplicación web completa más que algún acceso para cosas muy concretas. ¿En qué desarrolláis el lado del cliente?

Entiendo, como comenté, si es algo nuevo que nada o muy poco tiene que ver con desarrollos ya creados, pues si, la evaluación va por otro camino.

Acá el equipo web utiliza Laravel, Vue.js y otras cosas que ahora mismo no recuerdo.

Saludos

[mamcx]

En el area de html/js me ha ido superbien usando:

https://htmx.org

Esto permite programar toda la logica en el servidor y la interface actua como si hubiera sido hecho en vue/react. En otras palabras mandas HTML simple y la libreria lo transforma en JS dinamico. Es practicamente transparente y termine teniendo mucho mejor desempeño que cuando usaba vue.

https://tailwindcss.com

Para la parte de diseño mucho mejor que bootstrap y MIL VECES mas facil de personalizar y de generar tus propios componentes.

Con esto, tengo la logica toda 100% en Rust y de JS y CSS si acaso unas 20 o 30 lineas extras. Es increiblemente mas productivo (una vez le cojes el tiro)...

[PepCat]

Yo me decidí en su día por uniGUI porque su librería de Componentes era lo más parecido a la librería VCL de Delphi y la curva de aprendizaje era menor. UniGUI utiliza la librería https://www.sencha.com/products/extjs/ que también es de embarcadero y uno de sus mejores componentes es sin duda el grid, que, en mi caso, son muy importantes.

Mi experiencia hasta ahora es muy buena, esto no quiere decir que adaptarse sea fácil, la programación web es otro paradigma comparado a la programación para desktop y siempre tienes que adaptarte a este nuevo entorno y no intentar emular todo lo que hacías con Desktop a la Web.

Todos sabemos que no tiene nada que ver trabajar con BBDD tipo local (dbase, paradox, Access, …) a trabajar con BBDD Cliente Servidor (Interbase, Firebird, SQL Server, …) y si alguno de vosotros ha intentado migrar una aplicación creada con una BBDD local a una, tipo cliente servidor, sabe que para nada es una tarea trivial. Pues en el caso de realizar una aplicación Web la situación es parecida (es mejor empezarla desde zero).

Cosas que me gustan de trabajar con uniGUI:

• Todos los conocimientos del lenguaje Pascal/Delphi te sirven
• Las librerías de componentes son “bastante” parecidos a los de la VCL
• Soporte / Comunidad amigable y que ayuda (en inglés)
• Mantenimiento periódico de la librería e incorporación de nuevas funcionalidades
• Tu aplicación funciona en todos los dispositivos (PC, Mac, Chromebook, Linux, Rasberry Pi, iPad, …)
• También tiene componentes para apps para dispositivos móviles (yo no los he probado)
• No tiene costos de runtime

Las que no:

• Tienes un costo adicional de adquisición y mantenimiento.
• La aplicación final no es Stateless, por lo que el escalado es más complicado. Nota: en la próxima reléase se anunciado una nueva funcionalidad “Server Farm” por lo que prometen que el escalado
  podrá ser a muchos más miles de usuarios.

[[newtron]]

Gracias a todos por vuestros comentarios.


La verdad es que este es un asunto en el que es fácil equivocarse y eso puede costar bastante tiempo, recursos y dinero, por eso me ha venido bien saber vuestras experiencias.


No sé por qué motivo las veces que he evaluado Unigui en el pasado me daba la impresión de que era un "parche" de producto pero veo que la gente que lo usa tiene buenas experiencias y en principio para mi es lo más sencillo rápido y económico así que de momento le echaré un vistazo más en serio.


Gracias de nuevo y un saludo.

[mamcx]

Yo he cambiado decenas de veces lenguajes, tecnologias y paradigmas (https://www.reddit.com/r/programming...eb2x&context=3)

Asi que aunque uno mucho se enfoca en lenguajes, al final es MAS importante en datos (eso es lo que se deriva de la maxima del creador de Pascal).

Estos tips son mas utiles a largo, largo plazo:

• Los datos dominan
• Utiliza formatos simples para intercambiar datos (CSV, JSON, Sqlite, etc)
• Expone esos datos y permite que otros componentes los puedan utilizar
• Tu BD es mas importante que tu codigo. Si tu BD de datos es caos, es mejor que cambies esos que migrar codigo. Que el mundo "exterior" utilize llamadas "planas" para operar con ellos es lo ideal
• Recuerda que las vistas y los procedimientos almacenados existen.
• Por lo tanto usa un motor de BD solido como PostgreSQL, Firebird.
• La UI cambia mas que la logica interna. La logica interna puedes hacerla en cualquier cosa que se integre facilmente en otros lenguajes (ej: Que permita exponer funciones usando el ABI de C, usando RPC, Web APIs, Pipes, etc).

El ultimo punto es una de mis mayores fortalezas. Todo lo que importa en mis apps se puede integrar con relativa facilidad usando PIPES de la terminal y/o BD sqlite yo paso BD sqlite asi como otros pasan JSON/XML. Eso significa que el Web API tiene en su GET forma de pedir JSON/sqlite y retornar los datos como si fueran una BD full, y eso significa que desde cualquier lenguaje puede hacer SELECT a eso. Es muy potente.

[[newtron]]

Gracias mamcx.


Es un buen enfoque del asunto.


Saludos