#0 Hombre, Angular va muy bien para proyectos grandes y webs de "página única". Si solo quieres hacer una web pequeñita pues ya está bien React o Vue... pero como empiece a crecer, cuidao. De hecho, que sea un framework muy estructurado es perfecto para trabajar en grandes equipos, porque no te puedes salir de lo que hay ni ponerte a inventar o usar el router x, el y o el z, etc... que luego se arma un trifostio de cuidao. Para las actualizaciones también es una ventaja.
#3 yo estoy en un gran proyecto con react. Personalmente como programador de c# me parece una m*****, pero es una buena forma de atar de pies y manos a los programadores desordenados
#6 Yo es la única ventaja que le veo a los frameworks.
Y aún así se usan fatal. Por ejemplo, si un framework tiene controles fáciles de implementar sobre inyecciones sql ya se encargan los programadores de hacer las cosas a lo burro.
#7 React por sí solo no es un framwork, es más bien una librería. Cosa diferente es Angular, que sí es un framework completo bastante bien implementado.
si un framework tiene controles fáciles de implementar sobre inyecciones sql ya se encargan los programadores de hacer las cosas a lo burro.
Bueno, estas librerías y frameworks son para frontend, así que pocas inyecciones sql protegen. Los frontends actuales lo único que hacen es hablar con las APIs REST o GraphQL para obtener los datos. El tema de las inyecciones sql se tienen que proteger en el backend.
#6 No sé si te entendí bien. ¿Quieres decir que usar React ata de pies y manos a los programadores? Yo creo que React da mucha libertad, básicamente porque no es un framework, es una librería que puedes incluir en cualquier código javascript. En cambio, Angular, al ser un framework, sí que ata más al programador, porque no te puedes salir de su enrutador y sistema de componentes.
#9 React "no puede" usarse con jquery, por poner un ejemplo, porque interpone una capa entre la aplicación y el DOM. Dicho de otra forma, "no puedes" acceder directamente al DOM.
*
Y aún así se usan fatal. Por ejemplo, si un framework tiene controles fáciles de implementar sobre inyecciones sql ya se encargan los programadores de hacer las cosas a lo burro.
si un framework tiene controles fáciles de implementar sobre inyecciones sql ya se encargan los programadores de hacer las cosas a lo burro.
Bueno, estas librerías y frameworks son para frontend, así que pocas inyecciones sql protegen. Los frontends actuales lo único que hacen es hablar con las APIs REST o GraphQL para obtener los datos. El tema de las inyecciones sql se tienen que proteger en el backend.
También puedo dar ejemplos sobre cómo hacen peticiones "ajax" en el frontend para luego recargar la página.
Cuando me jubile pienso aprender sobre esto.
*