Respondamos con una pregunta: ¿quiere decir, Javascript del lado del servidor (que todavía es experimental y bastante inusual) o Javascript del lado del cliente (que expone la lógica al cliente y abre grandes agujeros de seguridad)?
A medida que discutimos la pregunta se hizo clara, así que aquí sigue una respuesta más completa:
El JS del lado del cliente es excelente, pero es muy difícil confiar en él para la funcionalidad central de su servicio. Es casi imposible garantizar la integridad de su código. Las personas pueden disparar llamadas arbitrarias (desde un depurador JS, por ejemplo); También pueden leer y modificar su código a voluntad. Incluso si lo ofuscas, aún se puede hacer.
- Cómo editar un código fuente en WordPress
- ¿Cuántos años necesito como desarrollador web para tener demanda?
- ¿Cuál es la relación entre JSP y JSTL?
- Cómo diseñar un formulario de contacto para que se vea así
- ¿Cuáles son los mejores libros para Angular 4?
Otra razón es que es muy difícil implementar la persistencia usando solo JS en el lado del cliente. Tarde o temprano, debe enviar datos al servidor, e incluso si realiza un preprocesamiento en el cliente, todavía tiene que validar los datos antes de escribir, porque su interfaz está abierta y se puede abusar de ella. El lado del cliente tampoco tiene una manera fácil de lidiar con los problemas de concurrencia (de hecho, ni siquiera sabe sobre el acceso concurrente). Por todas estas razones, JS se usa mejor para tratar
presentación, con la lógica central implementada del lado del servidor.