Utiliza el primer modelo cuando la lógica de negocios es computacionalmente costosa. Por ejemplo, un sitio web de mal gusto que cambia la foto de su cara en la cara de un perro podría ser demasiado costoso desde el punto de vista informático para un teléfono o una tableta. En tal caso, puede hacer que el servidor realice tareas pesadas mientras su código del lado del cliente sigue siendo liviano y hace lo mínimo como navegar y aceptar la entrada del usuario.
Es posible que desee un nivel web más grueso cuando tiene poco o ningún control sobre la API. Por lo general, esto se hace cuando su aplicación está utilizando API de terceros, pero debe procesar datos provenientes de múltiples fuentes. Incluso entonces, es una mala idea dada la rapidez con que dicha aplicación puede agotar la batería de un teléfono o tableta. En tal ejemplo, aún sería mejor si tiene otro nivel entre su cliente y la API de terceros para hacer el trabajo pesado. Por lo general, esta capa está construida en Nodo.
Con todo, siempre es mejor hacer que el back-end haga el trabajo pesado mientras permite que el front-end se encargue de las complejas interacciones del usuario. En el mejor de los casos, puede incluir la lógica para manipular los datos existentes con el fin de admitir varias bibliotecas y widgets de terceros en el front-end. Pero cuanto menos lógica en el front end, mejor es.
- ¿Cuáles son algunas buenas formas de crear aplicaciones web?
- ¿Qué tipo de cosas puedes construir con Yahoo! ¿Tubería?
- ¿Cuál es la aplicación empresarial de código abierto mejor escrita?
- ¿Cómo puedo obtener los primeros usuarios de mi aplicación social de Facebook para usuarios de inglés?
- Cómo crear una baliza web
