Para la mayoría de mis sitios, creo que jQuery es suficiente, ¿qué me pasa?

¿Qué pasa si te digo que un marco es solo una herramienta ? Literalmente, puede crear cualquier cosa usando JavaScript vainilla sin AngularJs o React, etc.

Usted elige el marco para reducir el costo de tiempo y aumentar su productividad. Por lo tanto, si le está yendo bien con jQuery, ¡ MANTENGASE IR ALLÍ NO ES LO MALO CON USTED!

¡No hay absolutamente nada malo contigo! React y Angular son solo herramientas para ayudarlo, puede hacer todo lo que necesite con jQuery. Además de eso, jQuery también es una herramienta superflora, puedes hacer todo con JavaScript vainilla. De hecho, ¿por qué usar lenguajes de programación de todos modos? ¡Podríamos programar en binario!

Bromas aparte, ¡se trata de niveles de abstracción! React y Angular son herramientas de mayor nivel que jQuery. ¡Lo mismo ocurre con jQuery y JavaScript vainilla!

¡Sigue, lo estás haciendo genial!

La diferencia básica entre trabajar en un marco como Angular / React y trabajar con una biblioteca como jQuery es la forma de pensar: usar la herramienta para construir el DOM versus usar la herramienta para manipular el DOM ya existente.

Por supuesto, ambos enfoques se pueden hacer usando Javascript vainilla, por lo tanto, no hay límites definidos que digan que la herramienta X puede hacer algo que la herramienta Y no puede hacer.

Por lo tanto, probablemente no te pasa nada, es solo que tus sitios no requieren esos marcos MV *, y eso está perfectamente bien. No hay absolutamente ninguna necesidad de usar algo solo porque todos los demás lo están usando.

Aprenda algunos conocimientos sobre MVVM, encontrará el beneficio de React o Angular, etc. Además, puede usar jQuery y otros marcos, en cierta medida no son un reemplazo de jQuery, sino el nuevo concepto de desarrollo front-end.

Solía ​​pensar como tú. Conocía muy bien a jQuery y lo estaba usando para resolver todos los problemas que se me presentaban. Pero recientemente me vi obligado a usar AngularJS en uno de mis proyectos. No conocía AngularJS en ese momento. Tiene una curva de aprendizaje empinada, pero pasé esa curva empinada y me di cuenta. AngularJS es un marco hermoso con el que podemos crear fácilmente aplicaciones web y angular se encarga de la mayor parte del trabajo pesado detrás de escena.

jQuery es útil para manipular el DOM existente. Pero AngularJS te permite construir el DOM como quieras.

De hecho, algunas de las directivas de AngularJS usan jQuery.

Por lo tanto, sugeriría hacer un esfuerzo para aprender AngularJS. Entonces verás la utilidad por ti mismo.

Si su proyecto no necesita React, Angular, etc., entonces creo que no le pasa nada.

Personalmente prefiero VueJS. He estado usando jQuery (muchos de ellos) y Angular 1 (solo unos pocos) en mis proyectos. ¿Por qué? Para mí, es porque lo que dicen como ‘enlace bidireccional’. Y quizás es relativamente más fácil … Vue.js es más fácil de aprender que jQuery – JS Dojo

Definitivamente, jquery es increíble y puedes hacer todo con jquery que puedes hacer con Angular o reaccionar.

La razón por la que te sientes cómodo con jquery es tu naturaleza y hábito humanos. Puede estar usando jQuery desde hace mucho tiempo y sabe que el poder de jquery y la naturaleza humana siempre nos da confianza para hacer cosas que conocemos bien y que hacemos bien, y también puede estar disfrutando de usar jQuery.

Beneficios de js framework

Los frameworks Js son de gran uso hoy en día. La mayoría de las veces hacemos proyectos en equipo y para mantener el código estándar, preferimos utilizar uno de estos marcos. También podemos hacer que nuestro código sea organizado y manejable para equipos y grandes proyectos, pero js framework lo hace / proporciona automáticamente de una manera estándar común.

¿Qué pasa si solo Jquery en lugar de cualquier marco?

No es nada malo, en cambio, en el número de condiciones, obtenemos mejores resultados de rendimiento con jquery. Pero, ¿y si estamos trabajando en equipo? ¿Qué pasa si necesitamos un código de arquitectura para que sea fácil de mantener? Sin duda podemos lograrlo, pero todos los miembros del equipo deben sentirse cómodos con ese patrón y estructura y deben necesitar adaptarse y seguirlo, y es posible que prefieran algún otro método, entonces puede entrar en conflicto con el mantenimiento del código estándar y puede resultar en código actuación.

Lo que está “mal” contigo es que eres un desarrollador real, mientras que muchas personas de front-end no lo son. Y puedo decir por algo relativamente “inofensivo” que escribió: “Nunca encontré una necesidad de ellos”. Así es como trabajan los desarrolladores.

No hay nada malo contigo … en realidad estoy de acuerdo.

Todos estos frameworks js son lo que yo llamo más MBS … Bullshit milenario.

En realidad, es frustrante ya que un grupo muy limitado de personas que conocen jquery html y css ahora se está dividiendo aún más, por lo que ese grupo es mucho más pequeño.

Sin embargo, al igual que nosql (otro mbs), sospecho que se recuperará a la norma jquery html css.