¿Es conveniente seguir utilizando Delphi para aplicaciones web y móviles?

[[birmain]]

Dec, gracias por tu respuesta.
Llevas razón en que las aplicaciones nativas son más fluidas y hacen un uso optimizado de los recursos del sistema. No obstante me he decantado por una aplicación híbrida por las siguientes razones: 1ª Portabilidd. 2ª El acceso a la base de datos es siempre remoto, por lo que es ideal un servidor REST y aqui es donde veo una gran diferencia de rendimiento y fluidez entre un servidor REST en PHP a una implementación en DataSnap. Es cierto que se pierde la facilidad de las librerías de acceso a datos, pero en cambio se gana en agilidad de acceso y robustez. Hay una carga adicional de trabajo que se debe hacer tanto en el servidor como en el cliente, para llevar todo el flujo de datos en JSON. 3º. HTML5, css3, Bootstrap, Java Script y el framword Angular JS proporcionan todo lo necesario para hacer una excelente interface de usuario, sin necesidad de tener que acceder a los recursos específicos del sistema operativo del usuario. Este es el escenario que describía. De todas formas gracias por tu aportación

[mamcx]

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!

[[birmain]]

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.