¡Hola!
Creo que estás creando mucha confusión, así que intentemos solucionarlo desglosando lo que tienes hoy. En un nivel fundamental, tiene 4 sabores básicos de desarrollo web:
- SPA – Aplicación de página única
- Sitio web
- Aplicación web
- Plataformas (WordPress, Joomla, etc.)
Ahora, el sitio web y la aplicación web a veces se combinan en un solo término, pero los veo como cosas diferentes, ya que la cantidad de lógica de back-end es muy diferente. Entonces, para darle una referencia, un sitio web solo tendrá la lógica suficiente para realizar búsquedas, editar y publicar (incluso diferido) de entradas de blog e incluir botones para compartir. Una aplicación web, en cambio, será mucho más compleja, con informes ad-hoc, probablemente inaccesibles para usuarios no registrados (a diferencia de un blog …) y posiblemente incluso con reglas ACL (es decir, no todos pueden ver todo). Los SPA, a su vez, son un tipo especial de aplicación web con solo una página HTML (5, en su mayoría) y muchas llamadas Ajax.
- ¿Cuál es el proveedor de alojamiento cpanel más asequible en el Reino Unido?
- ¿Cómo puedo construir código JavaScript escalable?
- ¿Hay algún tutorial breve paso a paso en línea para convertir un sitio web estático en un tema de WordPress?
- ¿Cuántas startups se basan en la tecnología de Microsoft en comparación con la tecnología FOSS?
- En Node.js, ¿por qué un script puede actualizar process.env? ¿Hay algún caso de uso práctico para eso?
Cada proyecto podría ser uno de esos, así que veamos un tipo de presencia web cada vez más popular, el de las prácticas ópticas.
Una práctica óptica podría elegir entre:
- Un sitio web de folleto: este sería su sitio web típico
- Un pequeño comercio electrónico: esta sería una aplicación web
- Un comercio electrónico completo: usaría una plataforma como OSCommerce
- Uno de los anteriores que está orientado al cliente más una aplicación de página única para el lado del administrador.
Vale la pena señalar que no hay nada aquí hablando de cómo realmente hacemos esto, porque las tecnologías y las mejores prácticas (que siempre deben elegirse en contexto …) varían mucho a medida que aumenta nuestra comprensión y destreza. Ahora, veamos un poco de las diferentes formas en que puede entregar cualquiera de los anteriores:
- MVVM -> Modelo / Ver-Ver-Modelo
- Web 2.0 (JQuery, ExtJS, bla, bla, bla)
- Aplicación web simple y antigua
- Reaccionar / lo que sea
Vamos a verlos en detalle:
MVVM se refiere, principalmente, pero no necesariamente, a SPA. La idea detrás de esto es, esencialmente, “Bien, tengo mis modelos de aplicación, pero puedo dividirlos en otros más pequeños y manejables, que están asociados a vistas individuales que comprenden una página completa”. Ahora, esto puede ser reductivo y un poco impreciso, pero esencialmente correcto. Es sobre todo útil cuando se trata de algún tipo de aplicación de entrada de datos, como algunas áreas del panel de administración de un blog (por ejemplo, ingresar categorías o asignar permisos de usuario).
Web 2.0 que conocemos desde hace bastante tiempo (ya sabes, en lugar de tener todo localmente, llama al servidor y entrega partes a pedido). Puede ser un SPA pero no es obligatorio: de hecho, a menos que lo diseñe correctamente, tener varias páginas es una ventaja porque se vuelve más manejable. Vale la pena señalar que PUEDES mezclar MVVM y los gustos de JQuery, pero requiere un poco de planificación y previsión.
La aplicación web simple y antigua es, si lo desea, el tipo de “devolución de datos” donde presiona un botón de envío y se procesa un script en el servidor, ya sea en el mismo módulo de origen o en uno diferente (que luego puede redirigirlo a otra página como resultado).
El último tipo se relaciona con toda la mierda nueva, como React from Facebook y otras acrobacias. No tengo idea de cómo encajan porque, hasta ahora, creo que son una pérdida de tiempo. Lo más probable es que me falte un poco de diversión aquí, pero no he tenido tiempo de investigar y, desde un vistazo rápido, no estoy seguro de que estas cosas puedan ser útiles en proyectos de producción.
Puede notar que hay una omisión evidente de todo esto y ese es NodeJS. Falta por dos razones:
- Descargar Javascript en el servidor, en mi opinión, es una idea horrible
- Es una tecnología de fondo y eso cambia todos los días. Además, es la parte con la que los clientes no interactúan directamente y que (en su mayoría) desconocen felizmente
Combine lo anterior con el desastre de NPM que ha sucedido recientemente y verá cómo mi opinión de que descargar JavaScript en el servidor aguanta bastante bien. Y sí, uso el verbo “volcar” por una razón. Solo dirígete a Google y mira de qué estoy hablando.
Esto debería darle algunos puntos de partida para su investigación.
Feliz codificación
