Suponiendo que está hablando de una aplicación basada en la web u otra aplicación de servidor de cliente de datos distribuidos, si se trata de un problema de seguridad, debe solucionarse absolutamente en el lado del servidor . Los clientes pueden ser pirateados fácilmente, por lo que no puede confiar en ellos. Además, los datos y la lógica empresarial deben mantenerse en el lado del servidor.
La visualización y la experiencia del usuario generalmente se deben manejar en el lado del cliente, que si se trata de una aplicación web basada en navegador, incluiría plantillas html y JavaScript (incluidas las bibliotecas y los marcos de su elección).
Con respecto al lado del controlador de su aplicación, cada vez está más de moda usar marcos basados en JavaScript del lado del cliente, como Angular. La desventaja de este nuevo enfoque es el rendimiento, ya que generalmente implica enviar muchas más solicitudes al servidor.
- ¿Qué pila es mejor para un ingeniero de software de SF que recién está comenzando, front-end JS o JS full-stack con Ruby back-end?
- ¿Cuál es la forma más efectiva de convertir su backend en CRM?
- ¿Qué es un lenguaje de fondo?
- ¿Qué componentes conforman la estructura de un sitio web, de front-end a back-end?
- ¿Cuál es un mejor marco para que un desarrollador web back-end aprenda, reaccione o sea angular?
Otra cosa a tener en cuenta cuando un cambio requiere actualizaciones tanto del lado del cliente como del servidor es que, en algunos sistemas, los scripts y las imágenes pueden almacenarse en centros de distribución que pueden no actualizarse instantáneamente con las actualizaciones del lado del servidor. En este caso, los cambios del lado del servidor deben ser compatibles con las antiguas secuencias de comandos del lado del cliente.