¿Conoceis Velneo?

[mamcx]

que haces el IDE delphi

No entiendo esto, pero lo que hago es hacer una app nativa cualquiera y hacer llamadas HTTP con una libreria.

[Casimiro Noteví]

Empezado por mamcx

No entiendo esto, pero lo que hago es hacer una app nativa cualquiera y hacer llamadas HTTP con una libreria.

Sí, eso quería decir

[[newtron]]

Empezado por mamcx

No entiendo esto, pero lo que hago es hacer una app nativa cualquiera y hacer llamadas HTTP con una libreria.

Lo que pasa es que una de las pocas ventajas que le veo al tema web es el no tener que instalar una aplicación nativa en el terminal y que se ejecute la app en cualquier navegador web. ¿O estoy yo "muloco"?

[Javierus]

Es correcto, pero también acabarás necesitando apps para movilidad. Y cuando hayas pasado a MVC, la lógica de negocio e incluso las validaciones de interfaces no estarán en ninguno esos clientes, sean web, app, windows, lo que sea: estarán en tu servidor, hecho con Delphi

Los clientes pasarán a ser un "cascarón", que se podrá modificar mucho más fácilmente, sin liarla

Desde móviles, de momento queda mejor una app nativa, hecha p.ej. en Delphi o en lo que te de la gana. Quizás eso cambie, porque van muy fuerte con WebAssembly y tal, pero hoy, es hoy

[[newtron]]

Ok. Resumiendo:


La historia es crear un servidor con delphi por ejemplo y que luego los clientes sean bien apps para android/ios o para la web con HTML. Estos clientes solo tendrán botones, cajas de texto, etc. y harán llamadas al servidor que es el que maneja los datos.


¿Es correcto?

[mamcx]

Exacto. Cada componente de la "web" es independiente del otro. La web es "descentralizada" y eso se puede aprovechar!

[Javierus]

Totalmente correcto. Pero el servidor no tiene solo los datos (Model): también las acciones (Controller). El cliente (view) solo pasa cambios en el interface, como cuando rellenas un campo o pulsas un botón; y el servidor (controller) tomará las medidas pertinentes.

Todo esto, dentro de mi ignorancia, que estoy empezando con estas cosas.

[[newtron]]

Vale.


Y ahora, dentro de mi ignorancia, pregunto: ¿y no es mejor un entorno multiplataforma en el que se desarrolla una vez y se pueda instalar en cualquier dispositivo y/o sistema operativo? Algo parecido a Delphi si le incluyeran poder generar aplicaciones para la web.

[mamcx]

Lo que pides es particularmente complicado de lograr. La web no es nada como el desarrollo nativo:

1. Fue diseñada para mostrar documentos y se ha "torcido" pa que se hagan apps
2. Corre en un entorno diferente: El browser
3. Utiliza un model de "ui" bien hostil a la optimizacion: El DOM (document object model)
4. Para interactuar, esta basado en JS, que es un lenguaje pésimamente diseñado (ver punto 1). Por ejemplo, NO TIENE INTEGERs!
5. Debido a 1 su sistema de layout esta optimizado para documento. Solo hace poco se estandarizo un sistema de layout que se parece al que se usa en apps nativas: El CSS Grid.

Luego esta delphi, que tiene varios problemas, pero el principal

Varios de los frameworks para delphi en web intentan que el programador ignore la web y use delphi tal cual. Como si fuera lo mismo. QUE ES UN ERROR MONUMENTAL.

1. El modelo MVC es un error en la web
2. El model RAD (tal como lo conoces) es un error en la web
3. El estilo de binding de dataset es un error en la web
4. El uso de de "estado" local es problematico en la web.
5. Los controles UI de Delphi no son como los de la web
6. El uso de eventos para conectar la UI es subotpimo en la web. Y en general, no es buena idea (spaguetti)

---
Para que delphi "pinte" en la web:

1. Debe compilar a webassembly. Como lenguaje sin GC, esta curiosamente muy bien posicionado para esto!
2. Debe usar un "rad" MUY diferente. NO PUEDE usar controles VLC, o Firemonkey, ni su sistema de binding. Fail total
3. Debe, como mínimo, usar layout CSS moderno (aka Grid o minimo Flex)
4. Debe implementar un model como el de ELM: https://guide.elm-lang.org/architecture/ (que es una version mejor de React). Este es el modelo que mas posibilidades de usar para algo como Delphi, que ademas esta probado es correcto y da buen desempeño en browser
5. Debe tener widgets Web, nada de nada como VLC o Firemonkey. Como diablos lograr eso seria de lo mas monumental.

O dicho de otra manera: Debe estar hecho por gente que sabe de web y quiere dar el mejor resultado, no por quienes saben de Delphi con vcl y quieren dar un resultado mediocre y perezoso.

Esto, por supuesto, asumiendo que sea algo visual estilo rad.

Si se limita a ser un servidor REST, es mas facil. Pienso que Delphi CASI esta bien ahi. Hace poco coji delphi y evalue que implicaria hacer un servidor rest. No es tan ideal. Delphi requiere:

1. Mucho mejor historia de serializar y deserializar de tipos delphi desde/hacia JSON, XML, etc. Deberia ser tan cerca a 1-3 lineas a lo sumo.
2. Poder implementar el servidor REST sin nada visual
3. Tener un sistema de "routing" para armar las URLS
4. Seria genial autogenerar un admin o la documentacion de las llamadas REST
5. Debe soportar lo moderno de http, como http 2, SSL, etc

Lo mas parecido es lo que hace https://www.remobjects.com que basicamente es de lo mejor que llegue usar hace tiempo.

[[gatosoft]]

Empezado por newtron

Vale.


Y ahora, dentro de mi ignorancia, pregunto: ¿y no es mejor un entorno multiplataforma en el que se desarrolla una vez y se pueda instalar en cualquier dispositivo y/o sistema operativo? Algo parecido a Delphi si le incluyeran poder generar aplicaciones para la web.

Aunque es "un poco complejo", como lo menciona mamcx, la idea de arquitecturas como MVC es que comiences a volcar toda tu aplicación al servidor en el lenguaje que desees (algo que hoy permite Delphi y va a evolucionar)... puedes tener tu modelo y controladores en Delphi y dejas la vista (el cliente) mas ligero , para que puedas hacer y manetner un par de versiones de éste en diferentes lenguajes... cajas y botones como lo dices.

Javierus es un Fan de mORMot y yo por mi parte te recomiendo DMVC Framework (tal vez porque no conozco mORMot ), pero cualquiera de estas herramientas seguirá siendo una base Delphi si eso es lo que quieres...

Esa división es a lo que se apunta hoy... de ahi lo de solicitar desarrolladores FullSatack (que trabaje cliente y servidor)... antes hablar de Web era pensar en una sola herramienta porque desde ella se trabajaba todo, logica y presentación (que era enviada y refrescada por el lenguaje)... lo de hoy son servicios.


No te preocupes tanto por las hojas de estilo y el block de notas para programar... eso está cambiando y frameworks como Bootstrap y Material van a simplificar aun mas ese tema....

Yo por mi parte estoy estudiando Angular + TypeScript para el cliente (sin olvidar que hasta VCL puede ser un cliente), con DMVC Framework para el server...

JavaScript y CSS son el nuevo Assembler...

Suerte..!!

[Javierus]

Empezado por newtron

Vale.
Y ahora, dentro de mi ignorancia, pregunto: ¿y no es mejor un entorno multiplataforma en el que se desarrolla una vez y se pueda instalar en cualquier dispositivo y/o sistema operativo? Algo parecido a Delphi si le incluyeran poder generar aplicaciones para la web.

Pero es que MVC y similar precisamente sirven para eso; son la forma de conseguir desarrollar una única vez todo lo que se pueda. No puedes hacer el mismo formulario de ficha de cliente para escritorio que para móvil que para web.

Puedes programar con FMX el formulario de móvil, y compilarlo para Android e iOS, si quieres, pero la forma de trabajar es un escritorio, con su teclado y gran pantalla, es tan distinta del móvil, que no sirve para trabajarlo en un móvil.

Luego, en Web, date cuenta de que pasa lo mismo: una cosa es la página web para escritorio, y otra la de móvil.

Y si me apuras, la tablet es otro formato distinto de escritorio y de móvil.
Y a saber qué nuevos formatos nos esperan

Y es eso uno de los pilares de MVC: abstraer la parte "inteligente" del formulario, de la presentación del mismo.

Igual que en su día, cada uno a su modo, fuimos extrayendo las reglas de negocio de los formularios y llevándolas a un punto central, esto vuelve a pasar en otra parte, y MVC (o sus primos MVP, MVVM, MVCVM, etc etc) es la mejor forma que conocemos de hacerlo