La arquitectura de una aplicación depende en gran medida de los casos de uso de la aplicación. La arquitectura debe estar de acuerdo con el uso de la aplicación. Si una aplicación necesita ser interdependiente, entonces definitivamente necesitas tener un gran backend. De lo contrario, si la aplicación no necesita estar interconectada, ni siquiera necesita un back-end.
Déjame explicarte en detalle con los casos de uso.
Considere una aplicación que es un tipo de mensaje instantáneo. Seguramente el mensaje enviado desde una aplicación debe enviarse al servidor y luego a las otras personas. En este caso, todo el mensaje debe guardarse en el servidor.
- Cómo hacer una copia de seguridad de los contactos de iPhone
- ¿Cuáles son algunos buenos cursos y libros de iOS que realmente me enseñarán cómo hacer aplicaciones?
- ¿Cuál es tu aplicación de iPhone más favorita?
- ¿Qué es el inicio automático de una aplicación?
- ¿Cuál es el mejor cliente de mensajería instantánea para iPhone?
Para una aplicación Fitness, los datos que recopila no necesitan enviarse al servidor. Puede persistir en el teléfono del usuario y puede grabarse cuando lo necesite.
Esto es para datos. Vayamos a las lógicas del servidor.
Si agrega la necesidad de procesar mucho, vaya a la arquitectura de servidor pesado. Las razones son muchas.
Considere una aplicación que procese los usuarios de Twitter y Facebook y separe el feed importante que es muy importante. Puede escribir la lógica de esto en el lado del cliente. Digamos que escribiste las lógicas para esto en la aplicación iOS. Si desea las mismas lógicas en la aplicación de Android, nuevamente necesita escribir esas lógicas para la aplicación de Android. Luego para ventanas. Luego para la web. Pronto. Pero si tiene un gran procesamiento del lado del servidor, como si se procesaran todos los datos en su servidor, entonces todas las demás plataformas pueden usar los mismos datos utilizando API.
