No es difícil en realidad.
Si la aplicación que desea construir sería mejor como una aplicación de escritorio / móvil nativa, entonces sería mejor con un marco JS más pesado como Ember o incluso React + Redux (o cualquier otra combinación loca).
Por lo tanto, si sabe que es algo que es MUY interactivo, con muchas partes móviles, muchas que se actualizan constantemente, entonces necesita una gran coordinación del lado del cliente.
- ¿Cuáles son algunas de las mejores ideas de seguimiento métrico visual / físico que has visto?
- ¿Cuáles son algunas de las mejores tácticas que ha utilizado para encontrar el producto adecuado para el mercado antes de desarrollar el producto?
- ¿Cómo construyes inicialmente tu base de datos de clientes para un sitio de coincidencia de nicho?
- Cómo interpretar los resultados de las pruebas de humo desde una página de destino
- ¿Cómo afectan los comentarios de los clientes al precio de un producto / servicio?
Ejemplos obvios serían:
- su propio cliente similar a Gmail
- tu propio jugador parecido a Spotify
- su propia suite similar a Microsoft Office
Pero, si su aplicación web tiene “mucho contenido”, entonces debe evitar los marcos JS pesados a toda costa y atenerse a lo básico. Una capa delgada de React para las pocas partes que pueden beneficiarse es lo más lejos que llegaría.
Contenido pesado significa blogs, portales, sitios de tipo medio, comercio electrónico, crowdfunding (que es esencialmente una colección de páginas de contenido estático), etc. Todos se benefician del almacenamiento en caché pesado y CDN. Las estrategias de almacenamiento en caché funcionan mal, o no funcionan, para las aplicaciones de página única (SPA). Así que no hay frameworks JS-heavy para ti.
No comience con suposiciones de la tecnología que “le gusta”. Comience con los objetivos de la aplicación en cuestión. Si elige la tecnología primero, entonces ya lo está haciendo mal.