我想說既然 Flash 也有 Jit，那 Silverlight 應該也會有，

說不定往後會放到 IE 也說不定 XD

silverlight 是建構在 .net framework 之上的，而 .net 的 VM 打從一開始就有 just in time compiler，不知道這種東西內建在 ie 裡面要做什麼， C# 的 jit compiler 對瀏覽器有啥好處我實在是看不出來

原來 jit 有分...

我一直不懂...

TraceMonkey 就等於 JIT 嗎?

抑或者只是 Mozilla 放在 about:config 裡的一個代名詞而已?

因為我記得 JavaScript 這種 Interpreted Language 本身應該就具備 JIT 的特性了

在 Tracemonkey 之前 JavaScript 就有 JIT （即時編譯）沒錯。Spidermonkey 很久以來已經不是純粹用詮釋 (interpret) 的方式執行 JavaScript，而是編譯成 bytecode 來解讀執行。重點是現在 Tracemonkey 編譯 bytecode 的時候會聰明一點，選擇性地把不斷重複執行的程式碼更進一步編譯成真正的 native code。
（V8 的作法是直接把 JavaScript 編譯成 native code，所有沒有解讀 bytecode 的過程。）

微軟目前其實有維護三個 JavaScript 引擎。
一個是 JScript.dll （配 IE 的 Trident 引擎用的），一個是 .NET Framework 的 JScript .NET，一個是 Silverlight 的 JScript。

Silverlight 的 JScript 是建構在 .NET 的 DLR 結構上，微軟目前所支持開發的 IronPython 和 IronRuby，兩者都建在 DLR 上。

微軟不把 JScript.dll 丟掉的原因有好幾種。
一、怕打破跟 COM 的相容性。IE 所有的 DOM 物件都是 COM 物件。（並非 COM 邪惡爛死人，Gecko 的 DOM 物件也是 XPCOM 物件，只是 JavaScript 整合做得比較好而已。）
二、用 JScript .NET 的引擎，豈不是要綁 .NET Framework？肥大無比。
三、用 Silverlight 的 JScript 就得綁 Silverlight，屆時又要有人開始叫「哎呀哎呀 plugin 壟斷呀」。
四、（這是私心加的原因）現有的 JScript.dll 有改進不少（效率、功能等各方面），而且假如真的有爛到不行的地方，Google 的工程師還會跑來請你修，連怎麼修都跟你說了（真實事件）。

_________________
korp + korp 中文站（沒精神更新）

其實這也不錯的感覺...還幫你修...
只是丟臉了一點...XD

_________________
すべてがfroceになる