前言

本文是对ZK开发过程中必须掌握的关键知识点的总结,针对目前对新版本zk-6.5.2

关于ZK是什么参见前一篇博客 《

1.页面布局

ZK具有非常高的开发效率(以至于可以取代HTML用来完成高质量的Fast Prototyping),最主要缘自它采用的页面布局技术——ZUL;

采用XML语言以声明式的方式创建用户界面——XML UI技术并不是ZK的独创,Android UI、JavaFX、Microsoft Silverlight和Mozilla XUL等开发

框架都采用了这种技术,这是目前最先进的构造用户界面技术;

ZUL只不过是为所有ZK组件指定了一个对应的XML Element,然后通过这些Element以声明式的方式定义页面由哪些组件以什么样的方式构成。

相对于Java编程式方式,这种声明式方式的优点十分明显:

直观:ZUL代码结构与页面布局完全一致(而且必须一致),ZUL元素的嵌套关系就是页面组件的嵌套关系,ZUL元素的前后并列关系就

是页面组件的前后摆放;而Java编程方式与最终页面却没有这种一致性;

代码简洁:由于XML在表达页面布局时语义的先天优势(一致性),同样的页面用ZUL比Java代码量要少得多;

直观、简洁的代码意味着容易理解、容易编写、容易修改维护、不容易出错,因此带来开发效率上的巨大优势。

值得注意的是,上述ZUL相对于Java编程的优势也适用于JS,比如EXT、DOJO等JS UI框架。

1.1.布局组件

1.1.1.东西南北中布局Borderlayout

Borderlayout将屏幕划分成东西南北中五个区域,如下图所示,其灵活性可以实现绝大多数系统的首页整体布局。

java xml文件中 sql 调用方法_xml

首先纵向看,要指定N和S的高度,剩下中间部分就是W C E的高度;然后水平看,N S宽度百分百,中间部分指定W E的宽度后,

剩下的部分就是C了。

由于Center大小不是自己决定的,当里面摆放组件过多显示不全时,可以指定autoscroll="true"产生滚动条。

1.1.2.基本布局

Borderlayout适合于实现大的页面结构布局,在页面局部最常见的需求就是如何将各种组件有序的摆放:有时需要水平摆放有时需要垂直摆放,

还要考虑居中居左居右问题、摆不下的问题(摆放不下时要有滚动条);

ZK提供了更细粒度的布局组件——hbox/vbox/hlayout/vlayout用于实现这些常见需求;

hlayout和hbox(h代表horizon水平)用于水平布局,vlayout和vbox(v代表vertical垂直)用于垂直布局,它们是最常用的的容器组件,里面可以

放任意多的组件;

hbox vbox与hlayout vlayout的区别:

Hbox and Vbox provide more functionalities such as splitter, align and pack.

However, their performance is slower,

so it is suggested to use Hlayout and Vlayout if you'd like to use them a lot in a UI, unless you need the features that only Hbox and Vbox support.

1.2.各种容器组件

1.2.1.groupbox

企业应用往往需要在一个页面中显示大量信息或组件,如果随意摆放或只是简单的罗列,会让用户感觉很混乱难以使用,用户体验不好。

groupbox顾名思义就是用来分组布局的组件,它就像收纳盒一样可以把页面组件分门别类的摆放,标题栏可以清晰的标识分类名称,而且可收缩。

1.2.2.tabbox页签

像ZK这样的RIA框架做出来的系统基本上SinglePage的(整个系统只有一个页面,其它都是组件和AJAX),

同时企业应用不同于网站,用户需要打开很多视图查看各种数据和表单,因此普遍采用“多页签布局”来保证系统的方便易用。

ZK提供了tabbox组件方便的实现多种形式的页签:

默认水平排列页签

纵向排列页签

最新zk-7支持下方的水平排列页签。

另外只需设置属性 mold="accordion"就可以把页签变成可纵向滑动伸缩的“抽屉”式页签:

纵向排列页签

1.2.3.window与panel

window和panel是GUI最常见的容器形式,可以在里面放置任意多的组件;

它们不同于其它容器之处在于可以关闭、最小化、最大化、模态显示(始终显示在最前面,除非最小化或关闭)、可拖动;

但是window和panel也有两个很小的区别:

window是一个独立的idspace,而panel不是;因此panel内部的组件与panel外部的是一样的;

panel智能在自己的parent组件范围内移动,而window可以在整个页面移动;

在ZK中创建一个窗口并以模态显示,代码如下:

一个简单的窗口页面:

1.3.Messagebox对话框

Warning :      Messagebox.show("Warning is pressed", "Warning", Messagebox.OK, Messagebox.EXCLAMATION);
Question:Messagebox.show("Question is pressed. Are you sure?", "Question", Messagebox.OK | Messagebox.CANCEL, Messagebox.QUESTION);
Information:        Messagebox.show("Information is pressed", "Information", Messagebox.OK, Messagebox.INFORMATION);
Error:                 Messagebox.show("Error is pressed", "Error", Messagebox.OK, Messagebox.ERROR);

2.MVC

ZK虽然支持在ZUL脚本语言编程,但显然更正规也更有效的开发模式是把交互逻辑放到后台Java代码中实现,MVC模式正是这样的风格。

ZK MVC很简单:页面apply指定Controller、Controller中注入页面组件、Controller方法监听页面事件并修改操纵页面组件;

2.1.MVC基本原理示例

其中2、3行代码将页面中id为keywordBox和carListbox的组件注入Controller作为实例变量,后面方法中对它们进行的修改将被ZK框架自动同步到前端页面上去;

第5行代码为方法注册了页面事件监听器——页面中id为searchButton的组件的onClick事件发生时调用此方法,

2.2.MVC forward事件处理

当页面组件很多时,如果只用onClick等少数内建事件进行监听会显得混乱。

forward可以用来将某个组件上发生的内建事件转发到外层并取别名,示例如下:

controller事件处理代码

3.MVVM

3.1.MVVM Binding

3.1.1.Binding绑定概述

Binding(绑定)是Web框架最重要特性之一,Binding没有一个统一的定义,通常的Binding是指:

在 页面元素 与 后台(Controller)组件字段 之间建立起链接,使得后台数据(及其变化)可以显示(同步更新)到页面,

同时用户在页面的输入(修改)也可以传递(更新)到后台;

从这个定义可以看出,Binding是很常见的需求,如果不采用Binding技术,那么手工完成上述工作(如request.getParameter或setAttribute)

会十分的繁琐无聊,产生大量重复代码;

3.1.2.复杂类型Binding

幸好ZK的MVVM数据绑定非常强大——支持任意复杂类型,例如枚举类型:

3.1.3.Binding标签

而且用起来很简单——只要三个标签(@load、@save、@bind)就可以实现各种类型的数据绑定:

@load 用来从后台读数据显示在页面;

@save 用来将页面输入的信息传递给后台绑定的组件字段;

@bind 是@load加@save;

3.1.4.Binding表达式

标签中还可以运用复杂表达式,例如:

日期格式转换:

比较运算:

绑定集合:

根据条件动态选择Template循环:

3.2.MVVM前后台通信

binding只是在在前后台之间建立起了一个链接,但是还需要一个命令机制来通知框架什么时候以及如何在前后台同步状态;

3.2.1.前台触发后台动作

页面使用@command标签调用后台组件,示例:

后台组件示例:

3.2.2.后台通知前台刷新

只需在后台组件方法上声明@NotifyChange({ "property1" }),页面中的@load(vm.property1)就会刷新获取最新的值;

3.2.3.MVVM跨页面调用

页面中的@command只能触发当前页面对应的后台组件的方法调用,要想通知其它页面的后台组件调用需要使用@GlobalCommand("refreshDataList");

调用也不是发生在页面,而是在后台显式调用:BindUtils.postGlobalCommand(null, null, "refreshDataList", null);

3.3.MVVM Validation

3.3.1.Validation概述

Web框架最重要的职责之一就是Validation校验——对客户端提交的数据进行合法性检查(长度、类型、取值范围等),

如果校验失败,则返回错误信息并在前端界面中友好清晰的显示错误信息。

3.3.2.MVVM Validation典型步骤

前面binding章节的表单整体绑定中已经包含了validation:

validationMessages="@id('vmsgs')"为校验失败时的错误信息集合指定别名vmsgs

其中@validator(vm.validator)指定了表单提交后用来校验的Validator校验器;

用来在校验失败时显示错误信息。

ViewModel

3.3.3.MVVM Validation集成JSR303

JSR303是专门针对JavaBean Validation的规范,hibernate-validator是它的一个实现:

借助这一框架,可以在JavaBean类中添加对应的Annotation声明校验规则,非常简便而强大;

4.列表与分页

4.1.列表内存分页

ZK列表listbox组件只需配置mold属性为paging即可实现分页,但这样的分页属于内存分页——数据一次性加载到服务端然后每次翻页把当前页数据显示在前台;

然后Controller中只要设置dataListbox的model即可显示列表数据:

4.2.列表数据库分页

上面的内存分页无法用于真正的生产系统,因为一次加载出所有数据会耗尽服务器内存;

解决方法是数据库分页,每次请求只查询出一页数据然后显示到页面;但是这就不能简单的通过一个配置实现了。

用于封装分页逻辑:构造查询条件、获取总记录数、查询当前页数据、处理返回结果。

代码详见:

dataListbox.getPaginal().setTotalSize(model.getSize());
dataListbox.getPaginal().setActivePage(0);

5.Tree

动态树

和listbox类似的,只需为tree提供model数据,然后内部通过template循环即可打印出一颗动态的树;

设置treeitem的属性open和selected属性即可控制树节点是否展开以及是否选中;

6.右键菜单

首先在页面中隐藏一个menupopup如下:

然后为需要右键弹出菜单的组件注册事件:

处理右键事件:

然后就是处理菜单的点击事件,没什么特别的了。

7.Spring集成

ZK与Spring集成非常简单,只需在MVC的Controller或MVVM的ViewModel类上面声明@VariableResolver(DelegatingVariableResolver.class)即可,

然后就可以通过Annotation声明实例变量注入Spring Bean,代码如下:

8.SpringSecurity集成

8.1.ZK集成SpringSecurity原理

SpringSecurity是最主流的Web安全框架,框架中封装了一个Web应用通用的典型认证与授权流程,以及安全上下文、session管理、cookie管理等服务;

同时框架为那些不通用的部分留下了扩展点和配置点,例如用户信息获取、权限数据获取、登录页面、登录后跳转、出错页面等;

ZK应用也是Web应用,因此可以直接置于SpringSecurity的保护之下。

但ZK应用又有特殊之处:大量采用AJAX交互并且请求URL不规则,因此为了对ZK应用进行细粒度的权限控制需要借助zkspring-security这个库的帮助;

8.2.ZK集成SpringSecurity配置步骤

依赖的第三方lib:zkspring-security

ivy.xml

web.xml配置:

SpringSecurity配置:

<
http
auto-config
=
'true'
access-denied-page
=
"/error.html"
>

9.ZK全局配置

9.1.按钮防止连击

在zk.xml配置:

在lang-addon.xml添加配置:

9.2.Theme换肤

在lang-addon.xml添加配置:

10.国际化i18n

设置当前用户的local

zk.xml

LocalInterceptor.java

资源文件zk-label.properties

资源文件zk-label_zh_CN.properties

页面中用标签显示信息

11.文件上传

在ZUL页面中,通过指定upload属性就可以把一个按钮或菜单变成文件上传组件了,并且可以设置附件大小限制,如下:

然后在ViewModel中处理上传的文件,如下:

12.文件下载

很简单,只需调用ZK相关API Filedownload.save;另外要注意不同浏览器对中文文件名可能产生乱码问题;

13.CKEditor

ZK的子项目ckez实现了对CKEditor(一款流行的在线文本编辑器)的封装,可以方便的集成到ZK应用中实现在线编辑复杂格式文档;

ivy.xml

然后zul中只需像textbox一样去用就可以了:

14.Chart图表

另外ZK的子项目zhighcharts对higncharts-js(用于绘制各种常见图表的js库)进行了封装,可以方便的集成到ZK应用,详见:

15.自定义组件

15.1.taglib标签式自定义组件

zul中声明以及使用

Java代码

对应的zul模板

15.2.简单taglib标签式自定义组件

15.3.include宏式自定义组件

跟前面taglib风格正好相反,采用include方式,然后在被include页面里面就是正常的MVVM模式。

优点是可以使用MVVM,适合于复杂页面;示例如下:

使用方式就是include一个zul页面

然后被include的页面componentAbc就是一个普通的MVVM页面,

ViewModel实现如下(注意其中的init方法用来从外层页面传入参数):

然后就没什么特别的了。

16.ZATS集成测试

16.1.ZATS概述

ZATS是用来对ZK应用进行自动化功能测试的一套测试框架。

Web应用的自动化功能测试非常重要(可以有效的保证发布质量,同时节省大量的手工回归测试成本),因此出现了很多相关技术框架和工具,

最常用的的包括QTP、Selenium;

但这些工具有两个致命的弱点:

运行缓慢:传统的测试工具都是跨进程通讯的,运行测试时需要起至少三个进程——AppServer、浏览器、测试框架本身的Server,

导致运行缓慢、准备工作繁琐、容易出错;

测试脚本不稳定容易出错:另外由于传统测试框架是针对系统最终界面(HTML)进行测试,测试用例与页面HTML高度耦合,

为复杂页面编写的测试脚本也很复杂繁琐,而且页面稍有改动脚本就会出错,开发和维护成本都很高。

这两个弱点严重制约了自动化测试的进行。

相对于Selenium等测试框架,ZATS具有很大优势(当然这只限于ZK Web应用),它解决了传统自动化测试框架的两个最大软肋:

轻便快速:ZATS测试与被测页面运行在同一进程内,不需要起server和浏览器,运行起来方便快速,跟普通的JUnit单元测试基本没有区别;

测试脚本稳定、可维护性好:ZATS是针对ZUL的测试,由于ZUL比最终生成的HTML要简洁的多(代码量大概只有10%),

因此测试开发和维护成本很低,而且稳定;

16.2.ZATS典型测试案例

首先扩展测试框架基类,以便在每个ZATS测试用例运行前做一些统一的准备工作,如下:

通常我们需要为ZATS准备一个简单的web.xml——例如这里可以去掉SpringSecurity等配置、加载测试专用的spring配置等;

然后就可以扩展这个基类来开发真正的ZATS测试了,基本套路如下:

连接被测页面;

定位要操作的组件;

断言页面的变化或后台数据的变化;

示例:

16.3.ZATS与Mockito集成

Mockito是一个想打的Mock测试框架,Mock技术可以用来隔离外部接口、资源等依赖,使得单元测试可以不受外部依赖影响,简化测试工作并且可以方便的模拟一些异常情况;

由于ZATS测试本质上是针对运行在jetty server中的整个应用(中的zuls页面),因此属于一种端到端的功能测试,因此无法像单元测试那样通过Mock技术对接口和底层Service组件进行隔离。

为此需要对ZATS做一点Hacking:

反编译EmulatorClient并且为其emulator属性增加一个getter

然后就可以想如下示例获得jetty server中的Spring上下文并获得其中的Service

当然,还有一个前提——ZATS启动加载的Spring配置的是Mockito Service,这样才能通过Mockito框架设置其行为,Spring配置如下:

mock-beans.xml