巴蛮子的万花筒

在学习研究Mozilla XUL的过程中，觉得对于开发人员而言，最大的麻烦就是一切都得手工进行，缺乏一个集成开发环境。也许这是Mozilla XUL技术目前相对SilverLight(WPF/E), Apollo而言最大的一个障碍（微软总结经验说：你得先抓住开发人员的心）。

但我们也不是啥都没有:

• 如何知道每个XUL element有哪些属性、哪些事件? XUL Element Reference已经有了，不过这只是文档，查起来效率也够差的。 DOM Inspector可以提供一些信息，但还不是一个好的设计工具(对比GTK+ Glade或者Delphi的Object Inspector看看)；
  
• 如何知道目前有哪些XPCOM组件可用? 每个组件又都有哪些接口？XPCOM Component Viewer(mozilla版本, firefox版本)可以部分解决这个问题，只是目前没法看到接口中每个方法/属性的说明（好像也没有看到一个类似的reference文档)；
• 如何调试程序? JavaScript Debugger和JavaScript Console倒基本可以满足需要；
• 对于网页内容部分，Web Developer够强了
  
• 所见即所得(WYGWYS)的UI设计器？嗯，这块还没有。

前面一段时间Mozilla社区一直在争论XULRunner的发展方向, 是只需要满足Firefox 3的需要呢，还是尽力将其发展成为一个通用的应用程序运行环境？现在似乎大家达成一致了：当然是后者。（其实这个目标是大家都渴望的，争论的中心在于做一个通用的运行环境的话，就得保证XULRunner对多个程序的兼容性，这涉及到向前兼容性、API冻结等等，势必拖累Firefox 3对XPFE的改造。于是有人又担心错过目前这个时机，Firefox的风头又被IE8抢过，那有可能我们什么都没有了）

目标一致了，那就开始努力吧。今天在mozpad上看到了关于Mozilla IDE的计划:

Gather initial requirements for a Mozilla IDE. A future goal might be to form a project for specifying and then developing the IDE. This should probably be based on the work being done by Paul Rouget (Codeeditor), Alex Vincent (Verbosio) and/or Mark Finkle (XULExplorer).

这三个工具都很有特色，如果把它们结合到一起（XUL Explorer现在已经把DOM Inspector和Verkman JavaScript Debugger结合进去了)，前景很不错。看来Mozilla IDE离我们不远了。

标签： firefox, mozilla