![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Cita:
__________________
El malabarista. |
#2
|
||||
|
||||
Cita:
![]() |
#3
|
||||
|
||||
Cita:
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"?
__________________
Be water my friend. |
#4
|
|||
|
|||
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 Última edición por Javierus fecha: 05-11-2019 a las 11:46:24. Razón: Añadir unas líneas más |
#5
|
||||
|
||||
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?
__________________
Be water my friend. |
#6
|
||||
|
||||
Exacto. Cada componente de la "web" es independiente del otro. La web es "descentralizada" y eso se puede aprovechar!
__________________
El malabarista. |
#7
|
|||
|
|||
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. |
#8
|
||||
|
||||
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.
__________________
Be water my friend. |
#9
|
||||
|
||||
Lo que pides es particularmente complicado de lograr. La web no es nada como el desarrollo nativo:
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.
--- Para que delphi "pinte" en la web:
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:
__________________
El malabarista. |
#10
|
||||
|
||||
Cita:
Javierus es un Fan de mORMot y yo por mi parte te recomiendo DMVC Framework (tal vez porque no conozco mORMot ![]() 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..!! |
#11
|
|||
|
|||
Cita:
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 |
![]() |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
velneo vs oracle vs MSSQL server | erickperez6 | Debates | 1 | 26-08-2010 20:14:39 |
Velneo... y eso con que se come? | felipe88 | Varios | 3 | 25-06-2008 20:13:32 |
Conoceis a Manolo? | marcoszorrilla | La Taberna | 8 | 04-09-2007 14:50:31 |
Delphi Comparado con Velneo | jmandrake | Varios | 2 | 08-05-2007 22:07:49 |
Conoceis alguna VCL para OCR | jdiazan | Varios | 2 | 23-11-2005 07:41:34 |
![]() |
|