[wicket] 怎么搞的,wicket这么好的一个框架,怎么没人讨论呢?

wq11 2008-09-26
nabble是个好地方,3年前我用wicket开发wap管理平台的时候,就是从那里获得了很多元老人物的帮助。那个时候,wicket还是1.2.2版本。几年下来,wicket已经并入apache一级项目,发展非常好。wicket可能是那些喜欢纯java代码编程的朋友的最爱,我欣赏wicket的设计和封装。

个人觉得wicket很适合开发管理类的平台,尤其是交互比较多的项目。在这方面,JSF这几年也是风起云涌,更加成熟。随着ajax技术的日益广泛应用,wicket框架也面临强烈的竞争和冲击。希望wicket有一个更好的发展。
jasonking 2008-10-16
还是Wicket开发迅速,对于写服务器端程序省区很多页面代码,结构清晰,组件扩展也不是很麻烦,好东西
个人以为相对于Tapestry,看起来更清晰点(Tapestry也是好东西)

感叹APACHE的东西在适合的场所威力都很强大
beyond429 2008-12-16
从官网下了例子,跑起来内存消耗的惊人!!!!!!
freecode 2008-12-16
正在学,从artifactory入手,底子薄,有点难啃。
smilesail 2009-05-20
zxc005 写道
第一,wicket并非革命性的技术创新;

第二,先入为主的规则很难破除;

第三,惰性是人性的重要组成之一;



我同意 严重同意

尤其第二第三点

并不觉得它有多方便 它的确很强大 不可否认 的确把MVC中的C从V中清出来了 不过他也把V带进了C中 真的是完全的MVC分离吗 我表示怀疑 就像简单的一个Palette组件内部实现都那么复杂如果增加全选和全部删除要写好多js和java代码如果再多几个组件联合使用 不知道要下多大功夫去写自定义panel呢 而传统的struts2或servlet多的只是写js现在有了JQuery就更方便了 所以真的很难让我改变对用它开发web项目的看法
fuwang 2009-06-26
smilesail 写道
zxc005 写道
第一,wicket并非革命性的技术创新;

第二,先入为主的规则很难破除;

第三,惰性是人性的重要组成之一;



我同意 严重同意

尤其第二第三点

并不觉得它有多方便 它的确很强大 不可否认 的确把MVC中的C从V中清出来了 不过他也把V带进了C中 真的是完全的MVC分离吗 我表示怀疑 就像简单的一个Palette组件内部实现都那么复杂如果增加全选和全部删除要写好多js和java代码如果再多几个组件联合使用 不知道要下多大功夫去写自定义panel呢 而传统的struts2或servlet多的只是写js现在有了JQuery就更方便了 所以真的很难让我改变对用它开发web项目的看法

你可以把wicket和jquery结合起来使用啊
marschen 2009-07-08
wicket 真是好,起码对不喜欢写脚本的人来说,真是解脱。
wicket没有struts那么多配置,很适合快速开发。
当然,wicket也缺少实用的控件,比如菜单控件,等。
在国内做项目,很多时候比的是谁的成本低,如果一个java项目成员中swing基础好的话,wicket无疑是最适合的。
malasun 2009-07-30
目前确实热度不是很高,目前个人觉得wicket要比struts2,jsf,T5要好用,而且按照2.0的说法,很多特性就是我所期待的,关于最常被人GGYY的性能问题,看了这篇文章
http://swik.net/Peter-Thomas/Incremental+Operations/Seam+%2F+JSF+vs+Wicket:+performance+comparison/cp1je
应该心里有数,总之希望更多的人喜欢它。【第一次发帖,如果能发出的话!】
limitmx 2010-11-01
实际项目证明,的确会遇到性能问题。但应该都可以解决。
不错的框架,适合不爱写js的人。
还是那句老话,封装得好,易用易维护;封装得不好,一样很难维护。
calvinlyc 2010-11-05
Wicket很火,国外现在用的人相当的多,而且社区也很活跃
Global site tag (gtag.js) - Google Analytics