我们都知道 js库（如jquery和mootools 等）对Web浏览器和Web开发有很大帮助。如果不是大多数网站，这些图书馆现在都被包含在内。
所以，我想知道为什么当前的 javascript引擎都没有在javascript引擎本身中包含这些功能。毫无疑问，它具有更多优势，如性能，无需外部加载，标准化（及其自身的优势）等。
我意识到这可能只会使网页浏览器受益匪浅，但除了网页浏览器之外必须有很多用途，但为了争论，可以在可选引擎/ ECMASCript中添加内置功能的引擎 - 我猜这里的字 - 组件（重点是可选的），然后可以在网络浏览器内的引擎中启用或添加。
有没有人知道这个或者有关于这一切的更多信息？
我的第二个问题是：如果我们社区决定这是未来的一个重大进展，我们可以在哪里提出/提出这样的事情以及我们还能做些什么来制作这发生了吗？
（你们中的一些人必须意识到一些功能需要花费在一些项目中的麻烦，例如数十年前的特征请求由数十亿用户投票，并且由于......井......对开发人员不感恩，留下这些点是为了你自己的想象。所以我宁愿让社区把这个愿望集中在一个地方也许只有这个第二个问题的答案才是它的开始？）
答案 0 :(得分：0)
ECMAScript只打算标准化构建这些您所描述的更高级库所需的最少语言和支持库。此外，像jQuery这样的东西在浏览器代码提供的文档对象模型上工作，它甚至不是ECMAScript标准的一部分 - ECMAScript只知道一般类别中的DOM节点＆＃34;外来对象＆＃34 ;。 SpiderMonkey引擎只实现了JavaScript语言及其小型标准库，然后将其嵌入到更大的Firefox浏览器环境中。
因此，更直接地回答这个问题：是否可以为JavaScript引擎提供像jQuery这样的用户级库的亲密知识（也许是实现）？是的，正如您所提到的，虽然您在浏览器中打破了很多组件化。有人会这样做吗？很可能不是，因为JavaScript引擎只是实现构建更高级库（如jQuery）所必需的核心。每个人都很高兴他们生活在JS引擎之外，JavaScript的一个很好的属性就是你可以根据需要加载库 - 源代码是免费提供的。
事实上，作为一个进一步的说明，JS引擎正在做越来越多的工作来推动ECMAScript标准库代码从C ++中实现 - 实现土地和称为“自托管内置函数”＃34;这样可以实现像Array.indexOf将在JavaScript本身中实现（即使用for循环和比较）。这会将更多JavaScript代码暴露给优化JIT编译器的自然过程，而不必专门处理对本机C ++实现代码的调用。