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 id="label"/>
<separator/>
<button label="Yes" onClick="label.value = self.label"/>
<button label="No" onClick="label.value = self.label"/>
</window>
UUID：
一个组件有另一个标示符叫做UUID(Unicersal Unique ID),这个才是程序员真正需要的。
在浏览器组件和client engine通过UUID来操纵dom，和与服务器通信。其实，dom元素的id属性就是UUID.
UUID是在组件被创建的时候生成的。它是不可变的，except the identifiers of components for representing HTML tags.
HTML相关的组件处理UUID和其他的组件不同：UUID和ID是相同的。如果你修改HTML相关的组件de ID，则UUID也会被相应的修改。所以，旧试的javascript代码和servlet仍旧不加修改的保持工作。
THE ID SPACE：
将一个完整的视图分解成多个zuml页面是很普通的做法。举个例子，一个页面来显示订购单，一个对话狂用来输入支付条件。如果所有的组件在同一个桌面上有唯一的标示的话，程序员必须在所有的页面在一个桌面上保持这种唯一性。
引入ID空间来解决这个问题。ID空间是桌面组件的子集。唯一性只需要在ID空间上面得到保证即可。
一种简单的ID空间的形式是window（org.zkoss.zul.Window）.window的所有子孙组件（包括window自己）形成一个独立的ID空间。因此，你只需要在页面上使用window作为组件的最上级，这样程序员就可以保持页面独立的唯一性。
更一般的情况，任何组件可以形成一个ID空间，只要实现了org.zkoss.zk.ui.IdSpace接口。页面也实现这个接口，所以它也是空间的所有者。
ID空间的最顶端组件也称为ID空间的所有者，可以通过component接口的getSpaceOwner方法返回。可以通过getFellow方法得到同个空间的成员。
值得注意的是，getFellow方法可以由空间中的所有成员使用。getSpaceOwner方法也是的。
The org.zkoss.zk.ui.Path class provides utilities to simplify the location of a component among ID spaces. Its use is similar to java.io.File.
Path.getComponent("/A/C/E");
new Path("A/C", "E").getComponent();
在zscript中定义变量和函数
<window id="A>
<zscript>
Object myvar = new LinkedList();
void myfunc() {
...
}
</zscript>
...
<button label="add" onClick="myvar.add(some)"/>
<button label="some" onClick="myfunc()"/>
</window>
定义的变量和函数被存储在包含他们的ID空间中，在上面的情况下，myvar和myfunc都存储在window a中。
子空间可以看见父空间中定义的变量和函数。
有意思的是，当assignment发生时，zk会首先定位变量。如果找到了，马上更新。如果没有找到，则新建一个变量。所以，在下面的例子中var2是”def“,而第二个var1和第一个是相同的。
<window id="A">
<zscript>var1 = "abc";</zscript>
<window id="B">
<zscript>var1 = "def";</zscript>
</window>
<zscript>var2 = var1;</zscript>
</window>
To declare a variable local to a namespace no matter its parent ID space defined it or not,use the following format:
MyClass myvar = myvalue,所以，在下面的例子中，var2是"abc"。in other words,the second var1 is created in the id space of window b,while the first var1 is created in the id space of window a.
<window id="A">
<zscript>var1 = "abc";</zscript>
<window id="B">
<zscript>Object var1 = "def";</zscript>
</window>
<zscript>var2 = var1;</zscript>
</window>
zscript 和 el 表达式
在zscript中定义的变量是能够被el表达式看见的，只要他们在一个id空间中。
<window>
<zscript>
String var = "abc";
</zscript>
${var}
</window>
和
<window>
abc
</window>
效果相同
下面的变量在同一个空间中的是看不见的，它们被{}包围了
<zscript>
{
String var = "abc"; //visible only inside of the curly brace
}
</zscript>
事件：
事件（org.zkoss.zk.ui.event.Event）是用来通知应用发生了什么。每一个事件被不同的类描述。举个例子，org.zkoss.zk.ui.event.MouseEvent表示了鼠标的动作，像单击。
为了对事件做出回应，应用必须在事件上注册一个或多个监听。有两中方法。1.指定onXXX在标记语言中。2.给组件调用addEventListener方法。
作为补充org.zkoss.zk.ui.event.Event类有sendEvent()和postEvent()方法。
桌面和事件处理
像上面提到的，桌面是服务于一个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 id="label"/>
<separator/>
<button label="Yes" onClick="label.value = self.label"/>
<button label="No" onClick="label.value = self.label"/>
</window>
UUID：
一个组件有另一个标示符叫做UUID(Unicersal Unique ID),这个才是程序员真正需要的。
在浏览器组件和client engine通过UUID来操纵dom，和与服务器通信。其实，dom元素的id属性就是UUID.
UUID是在组件被创建的时候生成的。它是不可变的，except the identifiers of components for representing HTML tags.
HTML相关的组件处理UUID和其他的组件不同：UUID和ID是相同的。如果你修改HTML相关的组件de ID，则UUID也会被相应的修改。所以，旧试的javascript代码和servlet仍旧不加修改的保持工作。
THE ID SPACE：
将一个完整的视图分解成多个zuml页面是很普通的做法。举个例子，一个页面来显示订购单，一个对话狂用来输入支付条件。如果所有的组件在同一个桌面上有唯一的标示的话，程序员必须在所有的页面在一个桌面上保持这种唯一性。
引入ID空间来解决这个问题。ID空间是桌面组件的子集。唯一性只需要在ID空间上面得到保证即可。
一种简单的ID空间的形式是window（org.zkoss.zul.Window）.window的所有子孙组件（包括window自己）形成一个独立的ID空间。因此，你只需要在页面上使用window作为组件的最上级，这样程序员就可以保持页面独立的唯一性。
更一般的情况，任何组件可以形成一个ID空间，只要实现了org.zkoss.zk.ui.IdSpace接口。页面也实现这个接口，所以它也是空间的所有者。
ID空间的最顶端组件也称为ID空间的所有者，可以通过component接口的getSpaceOwner方法返回。可以通过getFellow方法得到同个空间的成员。
值得注意的是，getFellow方法可以由空间中的所有成员使用。getSpaceOwner方法也是的。
The org.zkoss.zk.ui.Path class provides utilities to simplify the location of a component among ID spaces. Its use is similar to java.io.File.
Path.getComponent("/A/C/E");
new Path("A/C", "E").getComponent();
在zscript中定义变量和函数
<window id="A>
<zscript>
Object myvar = new LinkedList();
void myfunc() {
...
}
</zscript>
...
<button label="add" onClick="myvar.add(some)"/>
<button label="some" onClick="myfunc()"/>
</window>
定义的变量和函数被存储在包含他们的ID空间中，在上面的情况下，myvar和myfunc都存储在window a中。
子空间可以看见父空间中定义的变量和函数。
有意思的是，当assignment发生时，zk会首先定位变量。如果找到了，马上更新。如果没有找到，则新建一个变量。所以，在下面的例子中var2是”def“,而第二个var1和第一个是相同的。
<window id="A">
<zscript>var1 = "abc";</zscript>
<window id="B">
<zscript>var1 = "def";</zscript>
</window>
<zscript>var2 = var1;</zscript>
</window>
To declare a variable local to a namespace no matter its parent ID space defined it or not,use the following format:
MyClass myvar = myvalue,所以，在下面的例子中，var2是"abc"。in other words,the second var1 is created in the id space of window b,while the first var1 is created in the id space of window a.
<window id="A">
<zscript>var1 = "abc";</zscript>
<window id="B">
<zscript>Object var1 = "def";</zscript>
</window>
<zscript>var2 = var1;</zscript>
</window>
zscript 和 el 表达式
在zscript中定义的变量是能够被el表达式看见的，只要他们在一个id空间中。
<window>
<zscript>
String var = "abc";
</zscript>
${var}
</window>
和
<window>
abc
</window>
效果相同
下面的变量在同一个空间中的是看不见的，它们被{}包围了
<zscript>
{
String var = "abc"; //visible only inside of the curly brace
}
</zscript>
事件：
事件（org.zkoss.zk.ui.event.Event）是用来通知应用发生了什么。每一个事件被不同的类描述。举个例子，org.zkoss.zk.ui.event.MouseEvent表示了鼠标的动作，像单击。
为了对事件做出回应，应用必须在事件上注册一个或多个监听。有两中方法。1.指定onXXX在标记语言中。2.给组件调用addEventListener方法。
作为补充org.zkoss.zk.ui.event.Event类有sendEvent()和postEvent()方法。
桌面和事件处理
像上面提到的，桌面是服务于一个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命名空间区别它们。
