![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
No entiendo de donde sacas la idea que un frontend HTML/JS es sinonimo de "rendimiento y fluidez" y " excelente ". A lo sumo, es manejable.
HTML5/JS es todo un *retroceso* a la hora de hacer apps. Tienen la gracia de ser "multiplataforma, masomenos, excepto cuando no", pero son lentos, complejos, ineficientes y todo lo demás. Una cosa es decir que hay herramientas que facilitan un poco las cosas, y dada ciertas condiciones de simpleza se puede emular masomenos la funcionalidad de una app nativa, pero es de lejos parecida. Si hasta para lograr scrolling decente hay que hacer severos hacks: http://engineering.flipboard.com/2015/02/mobile-web/ --- REST/APIs web no obligan front-end html. La plataforma iOS ha probado que apps nativas+backend web es una propuesta superior. Como he dicho en muchas ocaciones, multiplataforma es sinonimo de mediocre (mediocre en el sentido de "minimo comun denomindador", no de estupidez) por lo tanto JAMAS sera lo mas eficiente. Y en cuento a HTML? Ni a palos. Puede ser *suficiente*, y de hecho hago apps web casi tan seguido como nativas, pero no hay punto de comparacion. HTML para "multiplataforma" mediocre. Nativo para eficiencia & desempeño. Backend Web? Puede ser para ambos!
__________________
El malabarista. |
|
#2
|
|||
|
|||
|
Hola mancx. Gracias por tu aportación.
No te falta razón respecto al front-end, aunque estoy obteniendo resultados bastante apreciables, y los elementos de edición de datos que proporciona el HTML5 ayudado por algunos framewords son bastante eficientes. Donde realmente encuentro fluidez y robustez es en el back-end. DataSnap es bueno para resolver con facilidad el acceso a bases de datos, pero aporta una carga considerable. A eso se le suma todo lo que tenemos debajo de los controladores de acceso a las bases de datos, providers, y demás parafernalia. No No hablo por hablar. Ya programé un servidor completo DataSnap tanto REST, como DataSnap conservando el estado de las conexiones. Pérdidas de conexión, lentitud con cargas medianas. Nada que ver con un servidor REST montado con php en un servidor Apache. El gran problema a salvar es sustituir la funcionalidad que proporciona el acceso a datos de DataSnap. Para ello hay que escribir una buena librería tanto en PHP como en JavaScript que permita gestionar el flujo de JSON entre ambos extremos, con la misma eficacia que se gestionan los dataSet en Delphi. Yo he creado una que simula la funcionalidad de estos. Un saludo. |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Utilizando Tethering en aplicaciones (VCL y FMX); XE6 | Neftali [Germán.Estévez] | Varios | 9 | 30-04-2014 18:01:16 |
| Programacion para celulares(telefonos moviles) en delphi | pnsd_89 | Varios | 4 | 05-10-2007 22:49:31 |
|