应用JSF、Ajax和Seam开发Portlets（1/3）
.gif)
本文主要讲述了如何用JBoss Portlet Container 和JBoss Portlet Bridge创建新项目，怎样配置一个JSF应用去使用JBoss Portlet Bridge，以及JBoss Portlet Bridge所具备的功能。
新闻
John Resig谈TraceMonkey和基于JavaScript的RIA未来
作者 Dionysios G. Synodinos译者 张龙 发布于 2008年9月4日 上午9时0分
新发布的TraceMonkey是一个基于于跟踪（trace-based）的即时（JIT）编译器，将由Firefox的下一版本引入，借此提升JavaScript的性能。InfoQ采访了Mozilla JavaScript传道者及jQuery的创建者John Resig，以了解该激动人心的开发及其对基于JavaScript的RIA未来的影响。
InfoQ：你认为该开发将对RIAs产生何种影响？你认为这会为更加丰富的应用敞开大门么？这看起来是什么样的？
完全没问题。有一些应用领域是很难实现的，目前在JavaScript领域来说就是那些计算密集型应用。实现任何一种复杂的游戏或者图形仿真应用都是极具挑战性的。借助于Tracemonkey（及其他ECMAScript引擎性能的改进），这些挑战现在变得可行了——这真令人感到兴奋。
InfoQ：Dion Almaer在Twitter上提出这样的疑问——“你在JIT代码中借助Firebug来调试代码有多困难？"。你如何看待这一问题？
坦诚地说，区别不会很大（对于前端的Web开发者来说）。大多数改变发生在引擎的内核下，这使得最终的结果对于大多数Web用户来说都是无缝的。
现存的一种情况（现在还不清楚这能否在Firefox 3.1中得以解决）就是，进行跟踪的同时Mozilla内部的JavaScript调试器（允许你设置断点的工具——同时也令Firebug变得强大）无法运行。相对于上面提到的，这完全是另外一码事，因为一旦用户打开调试器，他们仍然可以开心地调试其JavaScript代码（仅仅无法调试JIT代码）。
InfoQ：其他厂商有没有仿效Mozilla，即时编译本地代码呢？
当然了。很大程度上要依赖于其他ECMAScript引擎实现的细节了。我非常期望看到其他引擎能够做到与Tracemonkey类似的改进。
InfoQ：除了TraceMonkey，在不久的将来客户端脚本还有什么值得期待的突破呢？
下一件重要的事情就是线程了。Google、Apple和Mozilla在W3C的赞助下正在进行Web Worker提案的工作。不久我们就会在浏览器中看到这一点（Firefox 3.1就会出现一些），同时这也将对web应用的一些传统进行彻底的变革。
InfoQ：你看到诸如jQuery的JavaScript库被打包到浏览器软件中么？你能预见到它们会提供哪些现在由本地浏览器APIs所提供的功能么？
打包到浏览器？我很怀疑。打包有用的APIs？当然了。我们已经看到Selectors API规范的实现在所有浏览器（IE 8、Firefox 3.1、Safari 3、Opera 10）中都做到了这一点。一旦所有这些浏览器的市场都饱和时，我们就能从大多数JavaScript库中移除大量代码。
期待在接下来的几年中能看到在浏览器中增加更多的改进。
查看英文原文：John Resig on TraceMonkey and the future of JavaScript-based RIAs
没有回复
回复