FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
#1
|
||||
|
||||
Adios Delphi
Hola a tod@s.
Como todos sabemos, el rumbo de la programación nos lleva a la conectividad y a que las aplicaciones se usen donde quieras y en el dispositivo que quieras pero mayormente en un navegador web. Aunque Embarcadero ha hecho esfuerzos con el tema Android/iOS/Linux creo que para el tema web no tiene nada consistente y no le veo pinta de que solucionen eso en el futuro cercano por lo que estoy bastante decidido a usar otra herramienta de programación que permita esto porque la solución de hacer un "back-end" en Delphi y tener que usar algo tipo HTML/JavaScript/etc.. para el cliente no me convence demasiado por poco ágil y tristemente para intentar ser rentables tenemos que desarrollar rápido tal y como lo hacemos ahora con Delphi. La verdad es que estoy hecho un lío con la herramienta a usar en el futuro porque todo tiene sus ventajas y sus inconvenientes pero en breve tendré que tomar una decisión entre lo estudiado y tristemente dejaré Delphi solo para mantener los proyectos actuales. Las opciones que estamos manejando ahora mismo son principalmente dos: - B4J+ABMaterial: Esta es una herramienta que programando en un lenguaje similar al Basic y con un framework llamado ABMaterial permite crear programas que se ejecutan en un navegador. Como ventaja tiene que es gratuito (admiten donaciones), tiene un IDE bastante decente y el lenguaje es Basic. - Velneo: Seguro que muchos lo conocéis o habéis oido hablar de él. Como ventaja tiene que es un entorno integrado de desarrollo que agrupa una base de datos propia, el IDE permite crear formularios completos a partir de las tablas de las bases de datos y que relacionando todo bien te ahorras mucho trabajo. Como contras es algo caro, aparte de comprar la herramienta hay que pagar una cuota mensual fija y también cobran las licencias por usuario que instales. Nada, os dejo aquí mis inquietudes por si os sirven para algo o queréis comentarlas. Saludos
__________________
Be water my friend. Última edición por Casimiro Notevi fecha: 09-09-2021 a las 18:21:49. |
#2
|
|||
|
|||
Le diste una mirada a ScriptCase ?
https://www.scriptcase.net/ En su momento me gusto muchisimo pero hace bastante no le doy una mirada, quizas te sirva. |
#3
|
|||
|
|||
Hola,
Para realizar aplicaciones web con Delphi tienes también estas dos opciones: http://www.unigui.com/ https://www.tmssoftware.com/site/tmswebcore.asp |
#4
|
|||
|
|||
Cita:
Mi experiencia; donde trabajo también tuvimos muchas reuniones para determinar el futuro de los productos que desarrollamos, en efecto, la parte Web es algo que piden los clientes y claro, los clientes son los que nos marcan la pauta de que hacer o dejar de hacer. Finalmente y después de muchas alternativas se decidió hacer el back-end con Delphi y la vista de cliente con Web, hasta ahora después de 3 años de haber iniciado no nos hemos arrepentido de la decisión, seguimos manteniendo el sistema actual migrando lo que se tiene que migrar (Por ejemplo algunas cosas con BDE) y creando aplicaciones Web nuevas consumiendo los métodos del API la cual "copia" toda la lógica de negocio del sistema "padre". Que beneficios hemos obtenido.... Por un lado el tiempo de desarrollo no impactó tanto a la hora de desarrollar los clientes Web ya que toda lo lógica de negocio, conexión a base de datos, procesos ya probados ya se tenían, solo se hicieron las llamadas para las vistas en web. Por el otro se tiene visión a futuro, porque lo que se hace en el sistema padre se replica en el API con lo que se va migrado poco a poco a un modelo centralizado. Ojala y sirva de algo lo que ya hemos hecho otros. Saludos
__________________
"La forma de empezar es dejar de hablar y empezar a hacerlo." - Walt Disney Última edición por egostar fecha: 10-09-2021 a las 15:55:52. |
#5
|
||||
|
||||
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
__________________
Be water my friend. |
#6
|
|||
|
|||
Cita:
Acá el equipo web utiliza Laravel, Vue.js y otras cosas que ahora mismo no recuerdo. Saludos
__________________
"La forma de empezar es dejar de hablar y empezar a hacerlo." - Walt Disney |
#7
|
||||
|
||||
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)...
__________________
El malabarista. |
#8
|
|||
|
|||
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:
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Pronto le diré adiós a Delphi | strelok | La Taberna | 6 | 08-02-2018 19:00:54 |
¿Adiós Delphi Area? | dec | Noticias | 12 | 16-06-2014 10:29:05 |
Adios WinXP !!!! | AGAG4 | Noticias | 17 | 03-07-2008 20:37:40 |
Adios rios, adios fontes, adios regatos pequenos | marcoszorrilla | Noticias | 1 | 26-10-2005 23:07:31 |
Adiós al BDE | Ruben_Cu | Firebird e Interbase | 4 | 22-06-2003 18:49:19 |
|