评论

#rosen 发表于2005-03-03 20:42:00  IP:

TrackBack来自《对 Wicket 的新认识》：

Ping Back来自：blog.csdn.net

#Alex Chew 发表于2005-03-02 12:57:00  IP: 61.152.125.*

Wicket是一种能够让你屏蔽C/S与B/S的MVC解决方案，iBatis是我认为当前所有ORmapping中最为合适的解决方案。结合这两者的帮助企业应用应该能够能够增强开发者体验。
BTW，成都人？多联络。
Email: chew.alex@gmail.com

#rosen 发表于2005-03-02 15:01:00  IP: 221.237.160.*

其实 Wicket 我还未真正体验过，表现层框架太多了，我不想被困在某个之中；我所在的团队，表现层采用的是 Tapestry。另外 iBatis，我做过测试，在数据库迁移后，需要修改的代码比使用 Hibernate 的要多。不过 iBatis 的确比 Hibernate 容易掌握。

是的，我是成都人也在成都工作。你有 MSN 吗？

#Alex Chew 发表于2005-03-08 16:32:00  IP: 61.152.125.*

我选用的框架是wicket+spring+ibatis
对于Hibernate与iBatis我更倾向于后者.hibernate只不过是将开发的复杂性进行了转移，从原来对SQL的操控转移到了对HQL的操控。iBatis没有转这种复杂性，但提供了一种方式将SQL与java进行分离，这样javaer与DBA可以各司其职。有几点我觉得选型时需要考虑：
1，是否可以把数据库查询优化完全托付给Hibernate
2，对于项目而言，遗留系统永远需要慎重对待
3，虽然很简单，是否有必要学习另外的内容，毕竟现在大家的知识结构中SQL是必备内容

#rosen 发表于2005-03-08 17:10:00  IP: 221.237.160.*

对于yejianhui423兄的疑问，我会找时间验证一下。我所在的团队采用Tapestry作为表现层，有可能会做调整，这一切要看Wicket的能力了。
http://blog.csdn.net/rosen/archive/2005/03/03/309870.aspx 这里有一些鼓舞斗志的言语。

#yejianhui423@hotmail.com 发表于2005-03-08 14:37:00  IP: 218.72.84.*

我很想用wicket，但是我以前的系统是webwork+spring+hibernate的，不知道怎么用wicket比较方便

#Alex Chew 发表于2005-03-08 16:21:00  IP: 61.152.125.*

作为一种表现层框架，wicket与webwork是等同的。从某种意义上，webwork可以看成是struts的增强，它的伴侣sitemesh也充当了tiles的替代品。由于没有使用经验，下面列出wicket与struts1.1的比较，希望能有所帮助。
wicket能做到以下几点：
Model使用自定义的任意pojo，可重用。不同于struts中的formBean不可重用
View使用纯HTML，彻底实现prototype与动态数据的分离，在开发过程中的任何时间点看到的prototype都是一致的，也不会出现因为嵌入了java代码而出现不能正确显示的情况。
Controller使用echo/swing like的简单Java类完成，不需要过多关注session，request，数据刷新等“网路特征”。
另外，struts采用了全局的XML配置文件，维护难度非常大。而wicket没有任何配置文件。而且通过对mark协议的不同实现就可以实现多模式展现层，你可以方便的在html/swing/flash之间进行切换。但version1.0（当前版本为0.9.**）只计划实现html的展现,后续版本可能会实现三swing和flash的版本