JS框架与VanillaJS：使用还是不使用框架？

本文概述

• 你不应该相信普通的javascript永远是最好的, javascript并不是绝对的真理
• 你不应该相信框架永远不会是最好的, 框架也不是绝对的真理。
• 你之所以选择框架, 仅仅是因为你编写的内容更少或？
• 值得牺牲可读性的速度吗？
• 车轮已经存在, 为什么要重塑它？
• 总结

如果我们想对这个琐碎的问题给出答案, 有很多因素需要考虑, 我应该真正使用JavaScript框架还是使用纯JavaScript？在互联网上, 有很多关于此主题的观点, 其中许多观点并不公正。如果有人说：你绝对应该使用框架, 那是因为该人已经使用框架多年, 并且很难改变一个人的心态。我们认为, 这个问题的答案是相对的。

你不应该相信普通的javascript永远是最好的, javascript并不是绝对的真理

• 你需要写更多
• 高性能, 因为它们是本机功能。
• 可读性不比框架的结构差。

你不应该相信框架永远不会是最好的, 框架也不是绝对的真理。

• 要学习框架, 你需要可接受的普通javascript知识, 以了解我们为什么要做我们所做的事情。
• 但是, 框架的目的是使你与javascript的关系变得更加容易。
• 在大多数情况下, 框架为你提供跨浏览器支持。
• 它们本身不是语言, 只是包装的javascript。

像开发中的任何其他内容一样, 这是经验问题。让我们用更多的问题来回答这个问题！

你之所以选择框架, 仅仅是因为你编写的内容更少或？

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

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

区别很简单, 你花费的时间更少, 并且在这种情况下使用jQuery框架看起来更容易。有许多原因需要使用框架, 团队中的开发技能不够高, 无法编写原始的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不会伤害任何人, 没有什么可以阻止你编写自己的函数。请记住, 知识不是浪费时间。

如果你有其他观点, 请在此处的方框中让我们知道。