¿Es una buena práctica impulsar las aplicaciones móviles con un servicio web?

Aunque Parse es una solución completa de back-end, el servicio en sí está construido lo suficientemente modular como para que pueda usarlo por partes o como un reemplazo completo para el Back-end de su pila.

En referencia a la pregunta principal, sí, es una buena práctica crear una API para sus servicios que haga todo el trabajo pesado en el procesamiento de datos. La razón es simplemente que cuanto más pueda manejar una API, menos código tendrá que escribirse para cada una de las aplicaciones móviles individuales.

La advertencia a una respuesta general es la escalabilidad. Mientras más procesamiento de back-end sea manejado por su servidor, más gravado será el servidor y se utilizarán más recursos para manejar su base de usuarios.

Parse se escalará automáticamente a un costo, pero hay otras soluciones como Heroku para un desarrollador más inteligente que puede dividir las responsabilidades entre ‘dynos’ (Heroku habla por: lugar para ejecutar una aplicación).

Si comienzas desde la web, comenzaría sin Parse. Si planeas comenzar a través de una aplicación móvil y construir desde allí, creo que analizar es una opción más razonable.

La mayoría de las aplicaciones móviles necesitan proporcionar alguna forma de permitir a los usuarios acceder a datos remotos; Hay dos enfoques comunes que los desarrolladores de aplicaciones toman para facilitar esto.

La primera opción es usar vistas web incrustadas. Si ya tiene un sitio móvil que ofrece la misma funcionalidad que desea incluir en su aplicación, es posible que pueda insertar una o más vistas web en su aplicación nativa. Luego, la vista web puede cargar ese sitio móvil de una manera que parezca que está integrado de forma nativa en la aplicación. Este es un enfoque común cuando los recursos lo limitan porque aprovecha el código del sitio móvil para hacer el trabajo pesado. Como resultado, solo necesita crear una pequeña cantidad de código nativo para que parezca una aplicación nativa. Otro beneficio de este enfoque es que le permite compartir estas páginas móviles en múltiples plataformas al reescribir solo una pequeña cantidad de código nativo para cada plataforma.

La segunda opción es crear una aplicación completamente nativa que use servicios web. Esto le permite tener un control completo sobre la experiencia del usuario y proporciona una experiencia verdaderamente nativa para la plataforma. En esta situación, la solución más directa es crear uno o más servicios web con los que sus clientes nativos puedan hablar. Esto permite a sus clientes nativos usar conexiones HTTP / S ligeras para enviar y recibir datos de sus servidores web sin la necesidad de crear un protocolo de socket personalizado y un software de servidor personalizado. Cuando la experiencia del usuario y el rendimiento nativo son sus principales prioridades, este método es la mejor opción.