大家好！今天，我想就大家热议的 JS0 和 JSSugar 话题分享一下我的想法。我认为，这其中存在一定的危险，为数十亿网站用户潜在隐藏着危险。现在我将尝试解释我的意思。
你可能不喜欢我的观点，拜托，dev.to 上有评论，我会尽力回答所有问题。
也许我误解了什么或在某个地方犯了错误，但我会尽力解释。
简而言之，今天的 javascript 不是用越来越多的功能来扩展功能，而是需要专注于使其更容易被用户接受。就像，今天所有开发人员编写的代码都会经过 typescript、webpack 和一堆其他层，那么当开发人员编写更少的代码时，为什么不在 ecmascript 的未来版本中应用这种简化逻辑呢？比如，设定这样一个愿景作为标准，我们需要像 lodash 或 jQuery 一样创建函数（例如 forEach），而不是扩展，因为它已经很复杂了。
比如，有JS0，它会针对这个一切都编译的环境，让普通开发者有条件地使用forEach而不是for。
所以，现在这种方法出现了严重的问题。似乎写的是“不是为了速度”，但事实上，每个曾经在基准测试中比较过 JavaScript 代码速度的人都明白我的意思。
是的，现在是时候继续练习了：
代码#1
const a = [1,2,3,4,5]
a.forEach((e)=>{
if(e === 4){
console.log(e)
}
})
代码#2
const a = [1,2,3,4,5]
for (let index = 0; index < a.length; index++) {
const e = a[index];
if(e === 4){
console.log(e)
}
}
结果：
现在让我们再举一个例子：
代码#1
const a = [1,2,3,4,5];
const b = a.map((e)=>{
return e + 1;
})
代码#2
const a = [1,2,3,4,5]
const b = [];
for (let index = 0; index < a.length; index++) {
const e = a[index];
b.push(e + 1)
}
结果：
结果基于网站 https://jsbenchmark.com 的数据。
所以，我的意思是，如果我们想象从 TC39（技术委员会）和整个开发者社区来看，当我们创建 lodash 和 jQuery 函数时，建议想法的主要向量将朝这样的方向发展，而这将成为 ECMAScript 中的标准，然后就会出现像 forEach 这样的函数，它不会改变速度，但实际上会减慢应用程序的速度。这当然值得思考。
在这里，即使在官方幻灯片中（鸟飞走了），它也显示了向量应该移动的位置，这是事实，方便用户。
而且方便用户使用快速站点，而不是滞后拖沓，而是让开发者“更有表现力”。
因此，我希望当这突然成为标准时，此类功能不再处于最前沿。 SOLID、DRY 和其他原则已经减慢了现代应用程序的速度，现在他们正在将其作为标准。
当然，本文的灵感来自于我使用 js-framework-benchmark 存储库的经验，在我看来，这非常清楚地说明了为什么速度在当今如此重要。事实上，人们希望网站加载速度更快——这是事实。如今，大多数现代流行的框架和库实际上都很慢。甚至在某些人看来，速度是垃圾，但事实并非如此。如果你把所有东西放在一起，那么经过这样的“优化”，Web 应用程序的运行效果会差好几倍。因此，我认为是这样的。
今天出现这样的想法真是太酷了。它们推动了 JavaScript 和所有 Web 编程的发展，但也有一些客观的因素，比如速度，也不应该被忽视。
以上是JSSugar 和 JSre 的新概念如何减慢网站速度的详细内容。更多信息请关注PHP中文网其他相关文章！
