La * mejor * manera de hacer esto está en debate, creo que Timothy Mugayi mencionó algunas formas válidas.
TLDR; La lista de consideraciones es muy extensa, todo depende de su definición de * mejor *.
Aquí hay algunas opciones:
- ¿Cuál es la expectativa de una pregunta como cómo convierte una aplicación web de usuario único en una aplicación web multiusuario?
- ¿Por qué ya no está de moda poner una captura de pantalla de su aplicación en la página de inicio de su sitio web de promoción?
- ¿Cuándo se usa generalmente un para cada ciclo para aplicaciones web?
- ¿Cómo se usan exactamente cosas como bucles y funciones en el desarrollo web? Por favor, da un ejemplo simple.
- ¿Qué es mejor para una aplicación web moderna que se ocupa de pagos, Flask o Django?
- Velocidad al mercado
- Mantenibilidad a largo plazo
- Costo total
- Escalabilidad
- Actuación
- etc.
Si desea una velocidad de comercialización más rápida y no le importa la mantenibilidad, la ruta JSP es muy rápida, pero incluso más rápida sería usar algún tipo de marcado que ayude con los widgets.
Si desea Mantenimiento a largo plazo, probablemente quiera crear una API que JavaScript pueda consumir. En estos días eso sería una API RESTfull. Vea mis respuestas sobre la respuesta de David Talalayevsky a ¿Cómo es para usted un buen diseño de API relajante? y la respuesta de David Talalayevsky a ¿Cuáles son algunas de las prácticas de desarrollo de software utilizadas al construir microservicios? para más sobre estos.
Si necesita escalar, definitivamente querrá dividir su API y el desarrollo front-end para que cualquier contenido estático pueda residir más cerca del usuario.
Si desea rendimiento, deberá asegurarse de minimizar el uso de bases de datos y sistemas de archivos tradicionales. Utilice el almacenamiento en caché y la memoria RAM tanto como sea posible y escriba en tiendas persistentes lo menos posible. Considere eventualmente almacenes de datos distribuidos consistentes.
