xul的优势

[Tom zheng]

xul的优势不在于快速开发，而在于界面的可以定制。用xul开发的程序，用户可以随心所欲定制自己的界面，看着不爽，就可以改。实现了界面和逻辑的分开，

另外，xul可以做一些小程序，依附在已有的程序中，比如firefox的插件，全部是xml和js，没有遇到自己不精通的语言的烦恼。konfabulator也是只实现底层基本功能和共性的功能，上层全部是js和xml实现，这样，一个程序就产生出了千万个程序。

从头开发一个xul程序，可能比较困难。而只是用js和xml开发上层应用还是比较舒服的一件事。

只用过vc的人对开发xul程序可能不适应，因为vc程序是单层的，xul程序是多层的。多层的程序难于实现，一旦实现了，修改来适应不同的场合就很容易。这应该是程序开发的趋势。

现在，vc程序员想不接触这种开发方式都不成了。今后，客户就会问，这个程序是不是支持xaml定制的啊？逃避不了了。

java上层也在实现脚本语言，比如groove。但，我认为更彻底的支持xml和js才是正途。

这个googlegroups是不是还能用啊？不是开会决定这里只做备份吗？maillist我是不用了。本来要转移阵地到linuxforum的，但看到这里还有新贴，就贴上来了。斑竹有没有更新的决定？

[limodou]

2005/8/27, Tom zheng <tom...@gmail.com>:

大家已经决定了就要坚持。只不过并不是强制性的。Linuxforum人气不行。还是邮件列表人气好。

--
I like python!
My Donews Blog: http://www.donews.net/limodou

[Jianyu]

我觉得xul作为xml ui language的统称，应该是未来所有桌面程序的趋势，但是
mozilla xul发展太慢了，实在是让人没有信心。
另外是因为xul本身仅仅是ui层，真正的应用逻辑其实是拿到js中写的，光是一个
xul的话在java/.net等都有类似的实现了，而且学习、移植都很简单，就跟html差
不多。问题就是真正开发一个桌面应用程序的时候，现在的js包括它的xpcom开发
效率和调试实在是成问题。除非能够尽快提供java/python这样的语言级接口（个
人觉得xpcom难用得简直就是一套新语言，而且是重复发明轮子），或许还能吸引
更多的程序员，出现应用程序数量的井喷，再来几个类似firefox这样的killer级
应用，这样才能算得上成功。


在 2005-08-27六的 06:18 -0700，Tom zheng写道：

[Tom zheng]

limodou wrote:

>
> 大家已经决定了就要坚持。只不过并不是强制性的。Linuxforum人气不行。还是邮件列表人气好。
>
既然不强制，就在这里活动吧。

[Tom zheng]

Jianyu wrote:
> 我觉得xul作为xml ui language的统称，应该是未来所有桌面程序的趋势，但是
> mozilla xul发展太慢了，实在是让人没有信心。
> 另外是因为xul本身仅仅是ui层，真正的应用逻辑其实是拿到js中写的，光是一个
> xul的话在java/.net等都有类似的实现了，而且学习、移植都很简单，就跟html差
> 不多。

对java和。net兴趣不大，如果有c的实现或python的实现最好，另外，就是java或dotnet有没有成熟的类似xul的东西呢？xul包括了一整套的widget，我想只有dotnet的未发布的winfx的xaml才有这样的功能吧。

>问题就是真正开发一个桌面应用程序的时候，现在的js包括它的xpcom开发
> 效率和调试实在是成问题。除非能够尽快提供java/python这样的语言级接口（个
> 人觉得xpcom难用得简直就是一套新语言，而且是重复发明轮子），或许还能吸引
> 更多的程序员，出现应用程序数量的井喷，再来几个类似firefox这样的killer级
> 应用，这样才能算得上成功。
>

看看现在除了comodo（不知道拼的对不对）没有其它的xul应用，就可以看出来用xpcom和xul开发程序有很多不足，不被人认可。
但，用xul开发象scrapbook这样的firefox插件，还是非常
不错的。
xpcom不是新的语言，只是一个新的c语言的跨平台库，可能这个库设计的不很好，否则，早就超过qt了。只能用c，java和python的程序员当然会失望的。如果用xul和xpcom开发，肯定，原来的知识都不能用，全部都要学新的，因为xul和xpcom是新的开发环境，这对于任何人来说都是痛苦的。不知道这个xul是不是能从xpcom中分离来用呢？就是所有的模块都是用自己熟悉的库来开发，只是利用xul设计界面，不知道这个方法有没有人试通过。看来mozilla的开发环境的开放度还不够。

如果想用python，看来只能等dotnet的下一版winfx，加上ironpython，就能用微软的xul：xaml了。java在微软dotnet中也能用。

是不是等微软的xaml成功了，开源界才想起来，把xul好好改造一下来对付微软呢？期待历史的发展。

[Tom zheng]

http://xerdoc.com/blog/archives/198.html

这个提到一个java和xul结合的例子。把java作为socket或service，和firefox中的xul及js交互，服务端可以用任何语言。