Eso depende de los recursos que tenga a largo plazo. Si tiene un paquete senior de desarrolladores para .NET, vaya a .NET, de lo contrario, vaya a lo contrario.
Ambos marcos pueden manejar requisitos. El lenguaje de tipo estático vs dinámico es una elección personal … por ejemplo, encuentro que los proyectos que se basan en un lenguaje dinámico y tienen una gran base de código, es simplemente una pesadilla de mantener. Así que descubra las fortalezas y debilidades de su equipo como esas y obtenga el mejor partido.
La peor parte sería la base de datos. Como su aplicación requerirá muchos datos, esa es otra estrategia para planificar. Ya sea para elegir sql relacional, nosql o híbrido. Como este sería probablemente el mayor cuello de botella. Estoy bastante seguro de que ambos marcos podrían funcionar bien con cualquier opción de base de datos. La pregunta es, cuál tiene mejores herramientas de integración / libs, por lo que la sobrecarga general sería mínima. Si elige relacional o híbrido y su elección arquitectónica incluye bibliotecas ERM, asegúrese de que estén lo suficientemente avanzadas como para no causar problemas de rendimiento.
- ¿Cómo se usa el vacío en JavaScript?
- Cómo contratar programadores expertos de Node.js para servicios de desarrollo frontend
- Cómo crear un servidor dedicado para alojar un sitio web y una base de datos a la que deben acceder varias personas de forma remota
- ¿Cómo pueden los componentes React que se cargan a pedido?
- Drupal versus sharepoint?
… PERO a la larga. ¿Qué frameworks js conoces? – es fácil, piensa en una palabra aleatoria y agrega “js” al final. Hay una alta probabilidad de que exista. La parte difícil es que, ¿cuánto tiempo vive? ¿Encontrarás desarrolladores en un futuro cercano? ¿El costo se mantiene en un rango aceptable (como sucedió con Ruby, el costo sube a 3 veces en un mal día)? ¿Cuál es el modelo de soporte? y así..,
