javascript引擎（如Spidermonkey）何时会在jquery、mootools等库中构建。。谁能帮助这件事发生呢？

我们都知道，jquery和mootools等js库为web浏览器和web开发做出了巨大贡献。这些库现在被包括在很多网站中，如果不是大多数的话

因此，我想知道为什么当前的javascript引擎都不在javascript引擎本身中包含这些功能。毫无疑问，这有更多的好处，如性能、无需外部加载、标准化（及其自身的好处）等

我意识到这可能只会让web浏览器和类似的浏览器受益，尽管除了web浏览器之外，还必须有很多用途，但为了论证起见，可以在可选引擎/ECMASCript中添加这样的引擎内置功能——我猜这里是指组件（重点是可选的），然后，只能在web浏览器内的引擎中启用或添加

是否有人知道这一点或有更多关于这一切的信息

我的第二个问题是：如果我们社区认为这是未来的一大进步，我们在哪里可以提出/提出这样的事情，我们还能做些什么来实现这一点

---

（你们中的一些人必须意识到，有些项目需要花费一些功能，比如由无数用户投票通过的长达数年到十年的功能请求，但由于……嗯……让我们不要对开发人员忘恩负义，把这些点留给你自己想象。所以我宁愿让社区关注这个愿望只有一个地方是nad也许第二个问题的答案是它的开始？）

ECMAScript只打算标准化构建您所描述的这些更高级别库所需的最低数量的语言和支持库。此外，像jQuery这样的东西是在浏览器代码提供的文档对象模型上工作的，它甚至不是ECMAScript标准的一部分——ECMAScript只知道“外来对象”的一般类别。SpiderMonkey引擎只实现JavaScript语言及其小型标准库，然后将其嵌入到较大的Firefox浏览器环境中

因此，更直接地回答这个问题：是否有可能让JavaScript引擎了解一些知识（也许还有一个实现）对于像jQuery这样的用户级库？是的，尽管正如你所提到的，你会破坏浏览器中的许多组件化。有人真的会这样做吗？很可能不会，因为JavaScript引擎只是实现了构建更高级别库所需的核心，比如jQuery。每个人都很高兴他们生活在JS engi之外JavaScript的一个很好的特性是，您可以根据需要加载库——源代码是免费提供的

事实上，需要进一步说明的是，JS引擎正在做越来越多的工作，将ECMAScript标准库代码从C++实现领域推到所谓的“自托管内置”中，这使得像

Array.indexOf

这样的函数能够在JavaScript本身中实现（即，使用for循环和比较）将更多的JavaScript代码公开到优化JIT编译器的自然过程中，而不是专门处理调用本地C++实现代码。