论坛首页 Web前端技术论坛

值得关注的新动向。xul based ajax

浏览 5810 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2005-12-14  
之前,我在自己的 blog 中提到过,我比较欣赏的 RIA 开发方式是:xul render 为 ajax。我现在惊奇的发现,这一方式,似乎就要变成现实了。

活跃的 Ajax 主战场上,最近,又出现了两个很有意思的新项目:PlexTkZk

这两者,一个是纯 client side 的方案,就像 xul + qooxdoo ,另一个是纯 server side 的方案,就像 laszlo + dhtml render。

新选手加入混战,呵呵,这下好看了。
   发表时间:2005-12-14  
补充一下,为什么我认为 RIA 的好方式是 xul + ajax 呢?主要是:

xul的好处是简单,它本来就是描述界面的语言,用它来做一个客户端,可以有效地隐藏那些复杂的 widgets api 。

ajax的好处是兼容,比 flash/rcp/xaml/xul 更兼容。

又简单,又兼容,不是很好么。
0 请登录后投票
   发表时间:2005-12-14  
看过ZK reference,和Laszlo的方式的确很像。不过是java对象,甚至客户端事件处理都是java对象。
感觉很别扭,xml中的对象和java对象……

不过这样做的确是有好处的,可以避免javascript处理效率问题吧。

另外,poseidon uml的那个格式不也叫做zuml么……
0 请登录后投票
   发表时间:2005-12-14  
xul 不错 要是再加入svg就更棒了
0 请登录后投票
   发表时间:2005-12-14  
新的标准就算刻不容缓可能也要过几个月,web applications标准肯定带来新的浏览器,我的理解是以mozilla xul这种形式为核心的,可是,这种客户端多少是和微软搞得系统级的xaml还有Yahoo! widget等等客户端相雷同和冲突的。
W3C搞得不早不晚,哎,变化莫测呀。
0 请登录后投票
   发表时间:2005-12-15  
b051 写道
看过ZK reference,和Laszlo的方式的确很像。不过是java对象,甚至客户端事件处理都是java对象。感觉很别扭,xml中的对象和java对象……
不过这样做的确是有好处的,可以避免javascript处理效率问题吧。


是的,在Zk的实现方式中,似乎大量的使用了beanShell,而这个东西好像只能在Server端运行。还没有看完文档,尚不能完全确定这点,但如果是这样的话,我个人觉得是有问题的。

因为这种方式下,客户端JavaScript的能力没有得到发挥,如果大量界面相关的callback都要回到server去跑一趟,那会是很没有效率的事。

不过,从另一个角度,Zk也像Laszlo宣称“不局限于Flash”一样,宣称“不局限于Ajax”,他的spec还提到要支持mobile,以及其他rcp的客户端,而且“无需修改一行代码”。从这一点上说,很克制的来利用client端的特性,比如JavaScript,这也许正是他的设计初衷。
0 请登录后投票
   发表时间:2005-12-26  
Hello, it's nice to hear that you are talking about ZK ( http//zk1.sourceforge.net ). 

The goal of ZK is to make writing Ajax web application as simple as possible. ZK hides the ajax details(javascript/DOM/CSS) on purpose. The idea is like when you write windows application, you should not worry about how the component is drawn on the screen. You just design it and it will be put on the screen right place right time. To ZK, XUL is one of serveral markup languages that ZK supports. It ease the design of  web application pages so art designer can do the page design without coding knowledge. ZK just added xhtml support  two weeks ago. ZK can still add other markup language supports, e.g. XAML and/or Thinlet.

Of course, a standard set of components somehow means limitation to  the full  power of Ajax. It is all about balance. However, ZK do allow users to change the CSS, style, and so on; thus the skin of the components will not be too "boring".  To you Ajax gurus, ZK might not be that interesting because all challenging parts has been hidden; but to those PURE web application developers, ZK should save them a lot of time.

The key is the easy UI design markup language (XUL and others), pure Java coding, and the intuitive event-driven mechanism.

Hope that you will come around to see how ZK has progressed.
0 请登录后投票
论坛首页 Web前端技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics