JS Frameworks vs VanillaJS: использовать или не использовать фреймворк?

Есть много факторов, которые следует учитывать, если мы хотим дать ответ на этот тривиальный вопрос, должен ли я действительно использовать фреймворк javascript или использовать простой javascript ?. В интернете есть много точек зрения на эту тему, и многие из них не беспристрастны. Если кто-то говорит: «Вам определенно следует использовать фреймворк, это потому, что этот человек работает с фреймворками уже много лет, и изменить менталитет человека довольно сложно. На наш взгляд, ответ на этот вопрос относительно.

Вы не должны верить, что простой javascript всегда лучший, javascript — не абсолютная правда

• Вам нужно написать больше
• Высокая производительность, поскольку они являются родными функциями.
• Не является значительно менее читабельным, чем структура фреймворка.

Вы не должны верить ни в то, что фреймворк всегда будет лучшим, а фреймворк — не абсолютная правда

• Чтобы выучить структуру, вам нужны приемлемые знания простого javascript, чтобы понять, почему мы делаем то, что делаем.
• Однако цель фреймворков — сделать ваши отношения с javascript намного проще.
• В большинстве случаев фреймворки предоставляют кросс-браузерную поддержку.
• Они не являются языками сами по себе, это просто завернутый JavaScript.

Как и все остальное в разработке, это вопрос опыта. Давайте ответим на этот вопрос с большим количеством вопросов!

Вы выбираете рамки просто потому, что пишете меньше или?

// Vanilla JS
var element = document.getElementById('item');
// jQuery
var jElement = $('#item');

Разница довольно проста: вы потратили меньше времени на ввод текста, и с помощью jQuery framework в этом случае выглядит проще. Есть много причин, по которым необходимо использовать эти фреймворки, навыки разработки в команде не достаточно высоки, чтобы писать ванильный JavaScript, и нет ни времени, ни денег, ни интереса для обучения команды и улучшения ее навыков, бизнесу необходимо очень старые браузеры и т. д.

Стоит жертвовать скоростью ради читабельности?

Вы можете увидеть явную разницу между vanillaJS (обычный javascript) и другими фреймворками на следующем графике.

Тем не менее, удобочитаемость с большинством реальных платформ важнее, чем производительность (в сравнении с vanillaJS), поэтому вопрос, чтобы решить это сомнение, достаточно ли велик для моего проекта, чтобы заботиться о таких показателях производительности? Без этих тестов и тестирования игры с приложением вы не заметите большой разницы, это потрясающий человеческий глаз.

Колесо уже существует, зачем изобретать его?

Пожалуйста, оцените следующий пример

var element = document.getElementById("something");
var jElement = $('#something');
// Removing a class with jQuery
jElement.removeClass('myclass');
// Removing a class with VanillaJS
element.className = element.className.replace( new Regexp("(?:^|\\s+)"+myclass+"(?:\\s+|$)",'g'), '' );

Что вы выбираете ? Я голосую за решение jQuery, а вы? Если вы работаете в компании, у вас нет такого времени, чтобы создать собственную библиотеку (если вы не делаете это в свободное время и бесплатно делитесь ею со своей командой), потому что это очень непродуктивно и вас могут уволить (в худшем случае случаи), вам необходимо предоставить решение для клиента, используя простые и быстрые решения, которые помогут вам работать быстрее, чтобы удовлетворить вашего босса и клиента.

var element = document.getElementById("something");
var jElement = $('#something');
//id with jQuery
console.log(jElement.attr('id'));
//id with vanillaJS
console.log(element.id);

В этом балансе нет никакого преимущества, все как в шахматах, вы должны продумывать каждое движение и принимать правильное решение в нужное время.

Заключение

Я не говорю, что вы никогда не должны использовать фреймворк, потому что вы не должны недооценивать огромные усилия по разработке и помощь, которые предоставляют вам библиотеки. Осознайте, что делает каждая фреймворк, когда использовать какую функцию, ее плюсы и минусы, насколько обслуживаемым является написанный код, как он работает и как перемещается на разных устройствах.

Разрушайте зависимость, когда захотите, какой-нибудь голый javascript никому не повредит, если вы знаете, как с этим справиться, ничто не мешает вам писать свои собственные функции. Помните, что знания не потеряли время.

Если у вас есть другая точка зрения, пожалуйста, сообщите нам об этом в комментариях ниже.