zk体系结构：
zk内嵌了体格基于ajax的机制进行自动的交互，一个基于xul的组件丰富可用性，一个标记语言简化开发。
基于ajax的机制包含了三部分。 zk loader,zk au engine和zk client engine.对于用户的请求，zk loader加载zk page,然后转换成html page，发回客户端。一张zk page 是用zuml标记语言写的。zuml，类似与html，是用来描述创建什么组件，如何表现组件的。这些组件，一旦创建了，在session超时前都保持可用。
zk au engine 和 zk client engine 的工作方式类似于棒球场上的投手和接球手。他们向服务器上正在运行的应用传递在浏览器中正在发生的事件，基于服务器操纵组件的规则更新dom树。这也被称为事件驱动的编程模式。
工作流程：
1.当用户在浏览器中输入了url或者点击了超级链接，一个请求发送到了服务器。如果rul满足条件（需要zk loader），zk loader被调用进行处理请求。
2.zk loader加载指定的page,翻译page创建指定的组件。
3.翻译完了整张页面以后，zk loader 将结果转成一张html page。这张page被发送到有zk client engine的浏览器。
4.zk client engine安静的在浏览器中侦察用户触发的时间，如移动鼠标，修改值什么的，一旦侦察到了，它就通过发送zk 请求唤醒zk au engine。
5.从client engine那接受到zk请求后，在必要的情况下，au engine 更新相应组件的内容。然后，au engine唤醒应用中相关是事件处理器。
6.如果应用选择修改，增加，移除组件的内容，au engine通过zk回应发送被改变的组件的新的内容到client engine.
7.这些zk回应指导client engine如何去更新dom树。
组件，页面和桌面
组件：一个组件就是是一个UI 对象，如label,button,tree.它定义了用户接口的视图和动作。通过操纵它们，程序员控制如何在客户端上展现应用。一个组件必须扩展org.zkoss.zk.ui.Component接口。
页面：一张页面是组件的集合。页面配置了属于它的组件，定义了组件在浏览器中出现的位置。当zk loader解释zuml page时，页面被自动创建。
桌面：一张zuml page可能间接或直接的包含其他的 zuml page。当对于一个url 请求创建了多个页面的时候，它们被称为桌面（org.zkoss.zk.ui.Desktop）.即桌面就是服务于同一个url的页面集合。
当zk应用运行的时候，桌面上可能多个页面被加入或删除，就如同页面上的组件被增加或删除类似。
createComponent方法：
注意页面和桌面都是在后台创建和删除。但是没有api去创建和删除他们。页面创建是每次zuml加载的时候。页面删除是zk发现它再也不被关联的时候。桌面创建是在第一次zuml page加载的时候，删除是在太多的桌面在指定的session中创建的时候。
org.zkoss.zk.ui.Executions类中createComponents方法只能创建组件而不是方法，即使是在加载zuml文档的时候。
组件的森林
一个组件至多有一个父亲，可能有多个孩子。一些组件只接受特定类型的组件作为孩子，而一些组件只能成为特定组件的孩子，而有些却不允许有任何孩子。举例来说，xul的listbox只接受Listcols和Listiterm。
一个没有父亲的组件被称为根组件。一个页面可能含有多个根组件，可以通过getRoots函数得到。
组件：一个视图和java对象
除了作为服务器上的一个java对象，组件也在浏览器扮演了视图角色，当且仅当它属于页面的时候。当组件与页面关联的时候，它的视图部分就被创建了。当组件不和页面关联的时候，其视图部分也被移除了。
有两个方法可以放组件关联到页面。1.你可以调用setPage方法使一个组件成为指定页面的根组件。2.你可以调用setParent,insertBefore或者 appendChild方法使之成为其他组件的孩子。
类似的，你可以通过setPage函数设置null把根组件从页面分离。当然，其孩子也和页面分离了。
标示符：
每一个组件都含有一个标示符（可以通过getId获得）.它是组件被创建的时候自动获得的。程序员可以在任何时候修改它，没有任何限制。可是，一旦一个标示符被指定了，程序员可以在zuml page中通过java 代码或el表达式进入它。
<window title="Vote" border="normal">
Do you like ZK? <label >桌面和事件处理
像上面提到的，桌面是服务于一个url请求的页面的集合。一个桌面也是一个事件监听可以进入的范围。
zk内嵌了体格基于ajax的机制进行自动的交互，一个基于xul的组件丰富可用性，一个标记语言简化开发。
基于ajax的机制包含了三部分。 zk loader,zk au engine和zk client engine.对于用户的请求，zk loader加载zk page,然后转换成html page，发回客户端。一张zk page 是用zuml标记语言写的。zuml，类似与html，是用来描述创建什么组件，如何表现组件的。这些组件，一旦创建了，在session超时前都保持可用。
zk au engine 和 zk client engine 的工作方式类似于棒球场上的投手和接球手。他们向服务器上正在运行的应用传递在浏览器中正在发生的事件，基于服务器操纵组件的规则更新dom树。这也被称为事件驱动的编程模式。
工作流程：
1.当用户在浏览器中输入了url或者点击了超级链接，一个请求发送到了服务器。如果rul满足条件（需要zk loader），zk loader被调用进行处理请求。
2.zk loader加载指定的page,翻译page创建指定的组件。
3.翻译完了整张页面以后，zk loader 将结果转成一张html page。这张page被发送到有zk client engine的浏览器。
4.zk client engine安静的在浏览器中侦察用户触发的时间，如移动鼠标，修改值什么的，一旦侦察到了，它就通过发送zk 请求唤醒zk au engine。
5.从client engine那接受到zk请求后，在必要的情况下，au engine 更新相应组件的内容。然后，au engine唤醒应用中相关是事件处理器。
6.如果应用选择修改，增加，移除组件的内容，au engine通过zk回应发送被改变的组件的新的内容到client engine.
7.这些zk回应指导client engine如何去更新dom树。
组件，页面和桌面
组件：一个组件就是是一个UI 对象，如label,button,tree.它定义了用户接口的视图和动作。通过操纵它们，程序员控制如何在客户端上展现应用。一个组件必须扩展org.zkoss.zk.ui.Component接口。
页面：一张页面是组件的集合。页面配置了属于它的组件，定义了组件在浏览器中出现的位置。当zk loader解释zuml page时，页面被自动创建。
桌面：一张zuml page可能间接或直接的包含其他的 zuml page。当对于一个url 请求创建了多个页面的时候，它们被称为桌面（org.zkoss.zk.ui.Desktop）.即桌面就是服务于同一个url的页面集合。
当zk应用运行的时候，桌面上可能多个页面被加入或删除，就如同页面上的组件被增加或删除类似。
createComponent方法：
注意页面和桌面都是在后台创建和删除。但是没有api去创建和删除他们。页面创建是每次zuml加载的时候。页面删除是zk发现它再也不被关联的时候。桌面创建是在第一次zuml page加载的时候，删除是在太多的桌面在指定的session中创建的时候。
org.zkoss.zk.ui.Executions类中createComponents方法只能创建组件而不是方法，即使是在加载zuml文档的时候。
组件的森林
一个组件至多有一个父亲，可能有多个孩子。一些组件只接受特定类型的组件作为孩子，而一些组件只能成为特定组件的孩子，而有些却不允许有任何孩子。举例来说，xul的listbox只接受Listcols和Listiterm。
一个没有父亲的组件被称为根组件。一个页面可能含有多个根组件，可以通过getRoots函数得到。
组件：一个视图和java对象
除了作为服务器上的一个java对象，组件也在浏览器扮演了视图角色，当且仅当它属于页面的时候。当组件与页面关联的时候，它的视图部分就被创建了。当组件不和页面关联的时候，其视图部分也被移除了。
有两个方法可以放组件关联到页面。1.你可以调用setPage方法使一个组件成为指定页面的根组件。2.你可以调用setParent,insertBefore或者 appendChild方法使之成为其他组件的孩子。
类似的，你可以通过setPage函数设置null把根组件从页面分离。当然，其孩子也和页面分离了。
标示符：
每一个组件都含有一个标示符（可以通过getId获得）.它是组件被创建的时候自动获得的。程序员可以在任何时候修改它，没有任何限制。可是，一旦一个标示符被指定了，程序员可以在zuml page中通过java 代码或el表达式进入它。
<window title="Vote" border="normal">
Do you like ZK? <label >桌面和事件处理
像上面提到的，桌面是服务于一个url请求的页面的集合。一个桌面也是一个事件监听可以进入的范围。
一个事件是和特定的桌面联系在一起的。zk基于关联的桌面隔离事件，将事件压入隔离的队列。因此，一个桌面的事件被顺序的处理。即，不同桌面的事件的执行关系是水平的。
一个事件的监听器被允许进入关联的桌面的页面的任何一个组件。也被允许从一个组件转移到另一个组件上，只要是在同一个桌面上。换句话说，它不能访问其他桌面的组件。
桌面和组件的创建
当在一个监听器里创建了一个组件。默认的，它被指派到执行事件相关的桌面。这个指派甚至在组件没有关联到页面也会发生。这意味着，在事件监听器中产生的组件在监听器所关联的桌面上是可
一个事件的监听器被允许进入关联的桌面的页面的任何一个组件。也被允许从一个组件转移到另一个组件上，只要是在同一个桌面上。换句话说，它不能访问其他桌面的组件。
桌面和组件的创建
当在一个监听器里创建了一个组件。默认的，它被指派到执行事件相关的桌面。这个指派甚至在组件没有关联到页面也会发生。这意味着，在事件监听器中产生的组件在监听器所关联的桌面上是可
以被使用的。
当一个组件不在事件监听器中产生，它不属于任何桌面。在这种情况下，你可以关联到任何桌面只要关联发生在适当的事件监听器内。当然，一旦关联建立了，它就永远属于那个桌面了。
在大多数应用中，很少有必要在非监听器中创建组件。可是，如果你有一个费时的操作,你可能想在后台线程中行它。然后你可能在后台准备一个组件树，当有适当的时间发生的时候把树添加到桌面上。有关long operations，请参考event listening and processing 。
zuml和xml命名空间
zuml是基于xml格式的语言，开发者用来描述视图的。不同的组件集合，像xul,xhtml可以被同时再一个zuml页面中使用。different markup languages could be added transparantly.如果2个或更多的组件集合被应用到同一个page，程序员需要通过xml命名空间区别它们。
当一个组件不在事件监听器中产生，它不属于任何桌面。在这种情况下，你可以关联到任何桌面只要关联发生在适当的事件监听器内。当然，一旦关联建立了，它就永远属于那个桌面了。
在大多数应用中，很少有必要在非监听器中创建组件。可是，如果你有一个费时的操作,你可能想在后台线程中行它。然后你可能在后台准备一个组件树，当有适当的时间发生的时候把树添加到桌面上。有关long operations，请参考event listening and processing 。
zuml和xml命名空间
zuml是基于xml格式的语言，开发者用来描述视图的。不同的组件集合，像xul,xhtml可以被同时再一个zuml页面中使用。different markup languages could be added transparantly.如果2个或更多的组件集合被应用到同一个page，程序员需要通过xml命名空间区别它们。