推特碎语摘记,关于HTML5 Webworker(临时)

把推特里自己说过的关于HTML5 & Webworker的碎碎念整理一下(临时)
为将要写的长文做准备.

发出来 也希望大家可以讨论讨论
如果我有什么想法不对 也好及时纠正.



最近常常在思考（思考这个词用在我身上感觉好装逼…）HTML5 的webworker在WEB应用的UI层到底能起到哪些作用，思考的结果始终是：其实没啥用…

HTML5的WebWorker给浏览器带来并不是真正意义上的多线程，而只是一种增强浏览器并行“计算”能力的手段。浏览器中真正的多线程应该由脚本语言来实现，而不应该指望HTML5带给我们什么惊喜

前端开发人员在面对WebWorker感到兴奋之前，应该先自问一下：除了游戏和科研领域，难道我真的需要在客户端进行超大规模的数学或字符串运算吗？难道setTimeout或者XHR Websocket 异步WebDB真的搞不定吗？

现在就研究HTML5会不会有点早？事实上 如果不是IE在拖后腿 HTML5今年年底就会普及了，而IE这个家伙拖不了多久我们的后腿了 IE9值得期待。

在HTML5规范还远远没有完善之时,就谈论HTML5的普及是不是有点早? A:"规范"和"事实"是两码事."规范'正式出台前 并不意味着HTML5就没有可操作性,而同理,规范出台之后,也并不意味着天下大同 世界一统.前端程序员们,为与不同浏览器的战争是我们的宿命,认命吧

才反应过来 HTML5 里实现多线程的机制 和 scala里的actor蛮像的, 难怪叫 webworker 不叫webthread一类的名字呢.

这网页要收藏 http://samples.msdn.microsoft.com/ietestcenter/ 虽然是介绍IE9在各种web基准测试中的表现, 但其实也是一份web新基准的参考. 例如 我之前都不知道dom lv3 的事件对象有eventPhase 这个属性.

研究了一下HTML5对多线程的支持 (WebWorkers),得出结论:由于没有同步锁,这个多线程比较悲剧,比较鸡肋. 目前看来它对web开发起到的影响非常有限.近期打算写篇blog详述一下我的观点.