什么時候將在jQuery，mootools等庫中構建JavaScript引擎（如Spidermonkey），並且有人可以幫助實現這一點？

Question

我們都知道js庫（例如jquery和mootools等）對Web瀏覽器和Web開發的巨大好處。 現在，即使不是大多數網站，這些圖書館也包含在很多網站中。

因此，我想知道為什么當前的javascript引擎都沒有在javascript引擎本身中包含這些功能 。 毫無疑問，這將帶來更多好處，例如性能，無需外部加載，標准化（及其自身的好處）等。

我意識到這可能只會有益於Web瀏覽器等，盡管除了Web瀏覽器之外還必須有許多其他用途，但是為了爭辯，可以只在可選引擎/ ECMASCript中添加這種內置功能的引擎-我我猜這里組件這個詞（強調可選），然后只能在Web瀏覽器的引擎中啟用或添加。

有誰知道這或有與所有的詳細信息？

我的第二個問題是：如果我們作為社區，將決定這是未來的重大進步， 我們在哪里可以提出/詢問這樣的事情，以及我們還可以做些什么來實現這一目標？

（你們中的有些人必須意識到麻煩，有些功能要包含在某些項目中，例如數十億用戶對數十年之久的功能請求進行投票，卻由於……而未能通過。好吧。開發人員並將這些點留給您自己的想象。因此，我希望社區僅將此願望集中在一個地方，也許第二個問題的答案是它的開始？）

Answer 1

ECMAScript中只打算規范語言，需要建立你所描述的這些高層的庫支持庫的最低金額。 同樣，jQuery之類的東西也可以在瀏覽器代碼提供的文檔對象模型上運行，而該對象對象甚至都不是ECMAScript標准的一部分-ECMAScript只知道“外來對象”類別中的DOM節點。 該SpiderMonkey的引擎僅僅實現了JavaScript語言和它的小標准庫，然后將其嵌入到更大的Firefox瀏覽器的環境。

因此，可以更直接地回答這個問題：是否可以讓JavaScript引擎對諸如jQuery之類的用戶級庫有深入的了解（也許是一種實現）？ 是的，盡管您提到過，盡管您將破壞瀏覽器中的許多組件化。 有人真的會這樣做嗎？ 很有可能不是，因為JavaScript引擎只是實現了構建高級庫（如jQuery）所必需的核心。 每個人都對他們生活在JS引擎之外感到滿意，並且JavaScript的一個不錯的特性是您可以根據需要加載該庫-源是免費的。

實際上，需要進一步說明的是，JS引擎正在做越來越多的工作，以將ECMAScript標准庫代碼從C ++實現領域推入“自我托管的內置程序”，這使Array.indexOf功能可以在JavaScript中實現。本身（即帶有for循環和比較）。 這使更多JavaScript代碼暴露於優化JIT編譯器的自然過程中，而不必專門處理對本機C ++實現代碼的調用。