Tapestry应用情况
 |
hantsy
2006-12-09
想了解一下大家在项目中应用tapestry的一些情况。。。
我们公司现在将tapestry指定为一个项目（20人开发）唯一的web框架，现在项目陷入进退两难的局面，项目已经进行了大半，web层问题不断。。。 1.长链接 2.重复提交(这两个在tapestry jumpstart有解决方法) 3.无法实现简单基于url的权限控制（初期没有应用urlencoder），应用了spring aop来控制，基于方法拦截，出现很多问题。 4.页面表单的数据保持，persist的数据太大，导致页面无反映了。 .... 个人认为tapestry有很多明显的缺点。 1.完全是基于组件，脱离了传统的java web技术，而对于一些特殊的应用如文件上传，又不得不去关注底层的HttpServlet接口。 2.并没有简化开发，有页面文件，page配置文件，java控制文件，开发比传统的struts,ww,jsf还要复杂，代码量还要大。 3.应用不是很广泛，可用的资源太少。文档，教程，组件太有限。 4.设计上缺陷导致兼容性太差，升级代价太大。 5.性能上没有优势，如果没有cache，基本上不可用。 3 |
 |
tapestry
2006-12-10
你们用的版本是多少的？
1、文件上传有专门的组件，封装的很好，根本无需关系底层，当然特殊应用除外。 2、Tapestry4中使用注释已经简化了很多，我的项目中基本没有page配置文件。 3、正在努力 4、设计上缺陷？具体是哪里 5、不谈如果的事情，Tapestry里的很大的优势就是cache，把这个去掉了谈事情，好像不太公道。 个人观点 |
 |
clant
2007-03-26
从一楼所说,个人认为至少存在下面几个问题:
1,整体上团队技术力量薄弱(不排除个人技术强.但是团队的管理机制限制了技术力量的整和.). 2,团队领导人缺乏开发管理经验. 3,没有对技术做深入评估,技术风险很高. 在国内这种开发环境下,即使公司实行了CMM这种开发管理规范,主导技术的个人的离开,对于开团队来说是致命的. 关键是中国的中庸思想,限制了技术力量的整合. 匆忙地评定一个框架,一楼的思想有点浮躁了. |
 |
sorphi
2007-03-29
>4.页面表单的数据保持，persist的数据太大，导致页面无反映了。
去tapestry4 的Wiki中找找client:form |
