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 19: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 16: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:
|
#9
|
||||
|
||||
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.
__________________
Be water my friend. |
#10
|
||||
|
||||
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:
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.
__________________
El malabarista. |
#11
|
||||
|
||||
Gracias mamcx.
Es un buen enfoque del asunto. Saludos
__________________
Be water my friend. |
#12
|
|||
|
|||
el mundo esta dominado por JavaScript , react native se base en java script y permite hacer aplicaciones web, móviles y hay métodos para crear aplicaciones de escritorio también, hay mucha documentación, en udemy cursos muy baratos, todo gratis además no es necesario pagar por ide de desarrollo ni nada.
Saludos y éxito en el cambio. |
#13
|
||||
|
||||
lavtaro.
Gracias por tu respuesta, efectivamente el mundo web está dominado por javascript. El tema es buscar algo que sea productivo porque si no lo es será complicado hacerlo viable económicamente. Tenemos que recordar que el fin de todo programa es rentabilizarlo. Si con lo nuevo tardaré una semana en hacer lo que en Delphi tardo un día tendré problemas. Saludos
__________________
Be water my friend. |
#14
|
||||
|
||||
probaste firedac + intraweb + boostrap en Delphi ? los resultados son geniales
|
#15
|
||||
|
||||
luchin001.
Le eché un vistazo en su día por encima a intraweb pero me deshabilitaba prácticamente todo de delphi menos sus componentes, inclusive el acceso a la base de datos que yo uso (ElevateDB) así que directamente pensé "uffffffffffffff...." Gracias y un saludo
__________________
Be water my friend. |
#16
|
||||
|
||||
no e visto a nadie hablar de Raudus es parecido uniGui y se puede hacer muchas cosas con el
|
#17
|
|||
|
|||
Wow, todavía sigue vivo el club delphi , me alegro. Ya Han pasado 15 años más o menos desde que me inicié con Pascal/Delphi. Ahora viendo otros temas, y veo a muchos viejos conocidos. Un saludo que os vaya de maravilla en este mundo de la programación.
__________________
"La información tiene más valor cuando se comparte" |
#18
|
||||
|
||||
Aprovecho la ocasión para decir que también me lo he planteado. Aunque Pascal es uno de mis lenguajes favoritos he de reconocer que me gusta más QuickBASIC. Si no lo uso es porque ya no está disponible... ¡o eso pensaba!
Resulta que hace poco descubrí que existe QB64, un compilador* Quick BASIC para sistemas modernos. No es 100% compatible porque alguna cosa no funciona como antes, pero son sólo pocos detalles, muchos menos que con FreeBASIC. Además añade extensiones para sacar provecho de los sistemas modernos, como gráficos OpenGL, sonido digital y alguna cosilla más sin tener que pegarse con las interrupciones de DOS. Y encima el IDE es casi, casi idéntico al del bueno del Quick BASIC 4.5. Bueno, en realidad no voy a dejar Pascal ni de coña, pero poder usar QB64 para ciertas cosas me llena de alegría. ______________________ * En realidad traduce a C y luego usa GCC para generar el ejecutable, pero bueno... |
#19
|
||||
|
||||
Pensé que era una broma
Por cierto, me acabo de acordar, ¡¡¡FELICIDADES!!!
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
#20
|
||||
|
||||
Anda... ¡¡si es un Santo Inocente!!
FELICIDADES compañero.
__________________
Be water my friend. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Pronto le diré adiós a Delphi | strelok | La Taberna | 6 | 08-02-2018 20:00:54 |
¿Adiós Delphi Area? | dec | Noticias | 12 | 16-06-2014 11:29:05 |
Adios WinXP !!!! | AGAG4 | Noticias | 17 | 03-07-2008 21:37:40 |
Adios rios, adios fontes, adios regatos pequenos | marcoszorrilla | Noticias | 1 | 27-10-2005 00:07:31 |
Adiós al BDE | Ruben_Cu | Firebird e Interbase | 4 | 22-06-2003 19:49:19 |
|