Wicket与echo和tapestry的讨论

Wicket与echo和tapestry

 

cyberwjw

等级:

性别:
文章: 21
积分: 251
来自: 广州

时间: 2004-10-14 09:08    评级:    (0位会员评分)	引用 推荐 收藏
这个Wicket框架现在还是alpha版，还不是很成熟，但是国外的开发人员对此框架评价很高，甚至超过Tapestry和Echo（它与Echo非常相似），容易上手，以后有大的发展前景，大家来关注一下，我时觉得Tapestry上手比较难，对于我们开发人员来说就是简单实用，并且容易与其他的框架如hibernate结合，这是最好的，我看了一下它的测试代码还是比较简单的，我比较喜欢

 

kenken0y

等级: 初级会员

文章: 4
积分: 38

时间: 2007-01-05 00:03    评级:    (0位会员评分)	引用 推荐 收藏

引用

引用
Wicket是什么?简单点说，它就是一个基于Java的Web开发框架，与Struts，WebWork，Tapestry相类似。其特点在于对Html和代码进行了有效的分离（有利于程序员和美工的合作），基于规则的配置(减少了XML等配置文件的使用)，学习曲线较低（开发方式与C/S相似），更加易于调试（错误类型比较少容易，而且容易定位）。如果你不对微软并不反感，可以把它看作Java平台上的ASP.NET。

 

这是Wicket开发指南上的原话，我知道Tapestry与JSF、ASP.NET类似，都是基于服务器组件式的开发，Wicket是不是也和Tapestry、jsf一样？能符合我的第二个标准吗？如果不是天然异步交互的，那我还不于选jsf，毕竟它是j2ee的标准。

第二个标准必须用ajax来实现,单纯从ajax来说,dwr是不二选择,特别是2.0中的反转ajax,可以实现服务器对客户短的主动通信.并且也可以用java来操作html的内容。但是dwr本身并不提供界面组件，还要结合dojo或者yui才能做好web层。这也是可选方案之一。
gwt中对ajax做了封装，整体思路是非常好的，但是开发工具好像还没有开源，并且界面是生成的，而不是原生的html，从这点来说，选择gwt后将使项目的风险增大（大家肯定还对维护拼sql的程序记忆尤新）。
wicket很类似Tapestry，同时又利用了echo的优点，在复杂性和易用性之间的平衡做得比较好，用其ajax组件可以做到不刷屏。"Wicket开发指南"并不是wicket的官方文档，如果想更好的了解wicket，可以下载一个，试一试，然后看看官方网站怎么介绍wicket的用法的。
wicket有很多ajax组件，自带的就能满足一般开发的需要，还有很多组织专门提供组件（http://www.wicket-library.com），并且自己开发一个组件也是比较容易的。
erp中经常要使用的模态窗口在wicket自带的组件中就提供了。
有其他项目在wicket的基础上对快速开发提供了支持，

引用

DataBinder 是一个将Hibernate 整合到Wicket 中的一个扩展功能，对于那些以数据驱
动为开发目的的Web 程序，它是不二之选。

 

关于各种web框架的比较，javaeye有一篇相当专业的文章
http://www.iteye.com/article/21326 。wicket在其中得分并不高，但是就企业应用开发来说，还是比较好的选择。摘录如下：

引用

从严格意义上来说，比起Taglib, Tapestry来说, 只有Wicket, Echo这样的框架才是真正意义上的组件框架。而且，Wicket相对于Echo的优势如此明显，这里就不多说了。不然就跑题了。总之，Wicket是一个非常值得关注的框架。

wl95421

等级:

性别:
文章: 38
积分: 253
圈子: wicket

时间: 2007-01-05 10:21    评级:    (0位会员评分)	引用 推荐 收藏
我是《Wicket开发指南》的作者 这本书的确不是官方的文档 而官方的Wicket In Action还遥遥无期，等的我都心烦了 Wicket最大的好处在于学习曲线和接口抽象的比较好 象Session数据的存放，完全可以实现自己的ISessionStore，将它写入文件或者放入数据库，性能容易调整。 另外一点，就是它对权限的支持比较好，很容易控制到权限点，即一个Html元素是否可见（如文本框，操作按钮等），对于JSP，就只能用标签或者其它的方法，相对而言，如果有复杂的权限处理，Wicket有一定的优势。 GWT和JSF没有研究过，不说什么。 但是如果你要选择Tapestry，建议你多多考虑，学习曲线确实比较高。 如果项目紧张的话，还是用Struts吧，至少有熟手。

kenken0y

等级: 初级会员

文章: 4
积分: 38

时间: 2007-01-04 01:56    评级:    (0位会员评分)	引用 推荐 收藏
wicket比较适合 1.开源，并且比较活跃，开发者很勤奋 2.组件式，带有强烈的c/s结构的ui，有表格和树形控件，界面内容和对事件的响应用java实现，避免js的泛滥 3.界面的显示用纯html（仅仅添加了一个wicket:id，还算能接受），便于美工介入，同时多语言问题也较好解决了 4.在服务器端维护session的状态，适合解决用户交互复杂的情况。 5.支持ajax，适合第二项标准，并且不用编写javascript 6.适合企业应用的开发。企业应用的特点是session数不大，但是每个session的操作很频繁。所以把session保存在服务器端也是可以接受的(任何web架构都需要保存session的状态，只是保存的内容多少有差异，wicket保存的比较多)。