真实世界ZK与GWT体验

我从未使用过ZK,但从外观上看,ZK更适合于“企业级”,因为它附带了很多现成的小部件。GWT最近才得到一个类似DataGrid的控件。在GWT中重新创建ZK的日历或电子表格需要花费大量的精力。

你是老板的“太多的商业逻辑在浏览器”的声明真的表明他不知道他在说什么。GWT是一种纯客户端技术,而ZK看起来几乎完全是服务器端技术。

ZK's GWT vs. ZK page

最后,记住你是编写程序的人,而不是他,如果老板强迫你做一些需要更多时间来执行的事情,那么相应地夸大你的估计。用他们关心的东西来吸引管理层要容易得多:“这项技术将使预算膨胀X,计划膨胀Y”,然后是技术细节。

GWT和ZK都提供了一个框架来支持Java中的Ajax。两者都很成熟,没有浏览器不兼容的问题(ZK基于jQuery)。

然而,它们在建筑上有很大的不同。GWT是客户端方法——所有在客户端运行的代码,而ZK是服务器端方法——所有在服务器上运行的代码(但是它们可以选择在客户端编写一些应用程序代码)。所以,你的同事错了,你已经知道了——GWT暴露了客户端的业务逻辑,而不是ZK。

GWT(作为一种客户端方法)的优点是响应速度更快(如果设计得好的话,客户端服务器请求更少)。缺点是必须在客户机和服务器之间执行所有数据封送(GWT-RPC/JSON只支持非常简单的对象)。相比之下,ZK的优势是可以直接访问所有后端资源,没有RPC,没有代理。。。此外,ZK允许您在客户端编写一些代码,以增强关键部分的响应性(不幸的是,客户端代码必须是JavaScript)。对我来说,这是最好的平衡。

请注意页面 ZK's GWT vs. ZK page 是由杰夫刘,谁是在Potix公司的工程师写的。就是制造ZK的公司。

我也在努力在ZK和GWT之间做出选择。我在找一篇最近的无偏见的文章,讨论了这两个问题,但没有找到任何好的。

至少有一家公司销售对ZK的支持。他们会很乐意让您与使用ZK的公司的架构师联系。向这些独立的第三方架构师提出一系列开放式问题,如“您最喜欢什么、最不喜欢什么”、“您发现的主要挑战是什么”、“您最惊讶的是什么”以及“您考虑了哪些其他框架以及为什么选择ZK”。公司董事们喜欢这种基于事实的研究,喜欢与其他公司的高层人士交谈。

同时,设计一个“突击课程页面”,这是一个公平的复杂程度,你将不得不建立在项目的代表。让团队在ZK和GWT中实现该页面,并让每个人都尝试改进这两个页面。作为一个团队写下那段经历。一定要包括反对ZK的人,不要以敌对的方式这样做。不要陷入“他们对我们”或“她对我”的局面,而是将其作为一个开放的团队事实调查和培训练习,任何人都可以对此做出任何贡献。Wiki页面可能是一种理想的格式。

您将成功地使用这种方法,因为ZK已经在数十亿美元的全球金融公司的30多个开发团队中用于数百万美元的开发项目。你喜欢使用ZK,这是一个很好的公司。

如果您需要ZK(服务器端AJAX框架)的优点,可以将GWT与 SmartGWT

我不到一个小时就把它安装到了windows机器上。