google的企圖? - Google

※ 引述《fotofolio (投①號，逆轉勝)》之銘言：
: ※ 引述《gpmm (銀色)》之銘言：
: : 尤其是在商業導向下，當然大家都會想讓自己的瀏覽器在標準以外提供更多東西，
: : 像 Chrome 的 V8 與 FF 3.1 的 TraceMonkey，
: : 難道這些東西也是他們沒有遵守通用的遊戲規則？
: 如果有認為瀏覽器「本來就跟遊戲機一樣」這個前提，那當然會認為IE亂搞沒什麼
: 也會覺得跨平台應該是網頁製作者是自己應該努力的目標
: 本來就跟遊戲機一樣？呵，這個問題各自心中有定見
: 這種觀念的辯論我就不做了
: 我倒是想請教一下
: 就我所知Chrome 的 V8 與 Fx 3.1 的 TraceMonkey都是各自的javascript引擎而已
: v8跟TraceMonkey是搞了什麼獨家規格，
: 讓開法者如果寫javascript時用了，結果只能Chrome或是Fx執行？
: 甚至還被你拿來跟IE的的錯誤css box解析相提並論？


的確，V8 和 TraceMonkey 是各自的 javascript 引擎，
在這邊提出的意思是本來各家都會為了自己的商品做強化，

我們也並不會因為某種冗長的 js script 在 Chrome / FF3.1 上跑的特別順暢，
所以說這是專門 for Chrome / FF3.1，而摒棄了其他瀏覽器，
甚至說 Chrome / FF3.1 only

況且 js 引擎和 js 跨瀏覽器本是互相會有關連的事，
我並沒有提到 V8 or TraceMonkey 會讓 js 產生不同的執行結果，
（也不太清楚會不會影響，還沒太多機會實測），
至少目前看來他們主要是強化了不同的底層實做，

講到這裡，忽然想起 V8 有提到會提供 js 可用的本地 database，
這我就不清楚算不算只能在 Chrome 執行了… :Q


各家瀏覽器有各自的 css box 解析，也有各自的 js 引擎，
光是 IE 的事件模型和 FF 的就差很多，在某方面而言 IE 也是為了
降低 developer 門檻，所以產生很多有趣但不正常的簡易碼 :Q


經常會覺得 js 在跨平台（瀏覽平台）的撰寫上，難度勝於 css box 解析，
相信這點在平常不使用 js framework / library，
而習慣自己用手刻的人最能體會，比如寫個微型的 editor 等等… :)



--