JS Frameworks vs VanillaJS: ¿Usar o no usar un framework?

Hay muchos factores a considerar si queremos dar una respuesta a esta pregunta trivial, ¿ debería realmente usar un marco de javascript o usar javascript simple? . En internet existen muchos puntos de vista sobre este tema y muchos de ellos no son imparciales. Si alguien dice: Definitivamente deberías usar un framework, es porque esa persona ha trabajado con frameworks desde hace muchos años y es bastante difícil cambiar la mentalidad de una persona. Desde nuestro punto de vista, la respuesta a esta pregunta es relativa.

No debe creer que el javascript simple es siempre el mejor, javascript no es la verdad absoluta

• Necesitas escribir mas
• Alto rendimiento, ya que son funcionalidades nativas.
• No es significativamente menos legible que la estructura de un marco.

No debes creer ni que un framework será siempre lo mejor, un framework tampoco es la verdad absoluta

• Para aprender un marco, necesita un conocimiento aceptable de JavaScript simple para comprender por qué hacemos lo que hacemos.
• Sin embargo, el propósito de los frameworks es facilitar mucho su relación con JavaScript.
• En la mayoría de los casos, los marcos le brindan compatibilidad con varios navegadores.
• No son lenguajes por derecho propio, solo está envuelto en javascript.

Como cualquier otra cosa en el desarrollo, esto es cuestión de experiencia. ¡Respondamos esta pregunta con más preguntas!

¿Eliges un marco simplemente porque escribes menos o?

// Vanilla JS
var element = document.getElementById('item');

// jQuery
var jElement = $('#item');

La diferencia es bastante simple, tomó menos tiempo escribiendo y con jQuery framework parece más fácil en este caso. Hay muchas razones por las que es necesario utilizar los frameworks, las habilidades de desarrollo en todo el equipo no son lo suficientemente altas como para escribir JavaScript vanilla y no hay tiempo ni dinero ni interés en capacitar al equipo y mejorar sus habilidades, la empresa necesita un apoyo muy importante. navegadores antiguos, etc.

¿Vale la pena sacrificar la velocidad por la legibilidad?

Puede ver la clara diferencia de vanillaJS (javascript simple) entre otros marcos en el siguiente cuadro.

Sin embargo, la legibilidad con la mayoría de los marcos reales es más importante que el rendimiento (en comparación con vanillaJS), por lo que la pregunta para resolver esta duda es, ¿es mi proyecto lo suficientemente grande como para cuidar estos números de rendimiento? Sin estos puntos de referencia y pruebas por ti mismo jugando con la aplicación, no deberías notar una gran diferencia, ese es el asombroso ojo humano.

La rueda ya existe, ¿por qué reinventarla?

var element = document.getElementById("something");
var jElement = $('#something');

// Eliminar una clase con jQuery

jElement.removeClass('myclass');

// Eliminar una clase con VanillaJS

element.className = element.className.replace( new Regexp("(?:^|\\s+)"+myclass+"(?:\\s+|$)",'g'), '' );

Que eliges Yo voto por la solución jQuery, ¿tú? Si trabajas en una empresa, no tienes tanto tiempo para crear tu propia biblioteca (a menos que lo hagas en tu tiempo libre y la compartas gratis con tu equipo) porque eso es muy improductivo y puedes ser despedido (en el peor de los casos). los casos), es necesario brindar una solución para el cliente utilizando soluciones simples y rápidas que lo ayudarán a trabajar más rápido para satisfacer a su jefe y al cliente. 

var element = document.getElementById("something");
var jElement = $('#something');

//id con jQuery
console.log(jElement.attr('id'));

//id con vanillaJS
console.log(element.id);

En este equilibrio no hay ventaja, todo es como el ajedrez, debes pensar en cada movimiento y tomar la decisión correcta en el momento adecuado.

Conclusión

No estoy diciendo que nunca debas usar un marco, porque no debes subestimar el enorme esfuerzo de desarrollo y la asistencia que te brindan las bibliotecas. Sé muy consciente de lo que hace cada marco, cuándo usar qué función, sus pros y sus contras, qué tan fácil de mantener es el código escrito, cómo es su rendimiento y cómo se mueve en los diferentes dispositivos.

Rompe la dependencia cuando quieras, algún javascript desnudo no hará daño a nadie si sabes cómo manejarlo, nada te detiene para escribir tus propias funciones. Recuerda que el conocimiento no es tiempo perdido.

Si tiene otro punto de vista, háganoslo saber en el cuadro de comentarios aquí abajo.