成都麦柯 技术开发二部
Tapestry开发指南
数字签名人 董黎伟 辨别名:CN = 董黎伟, C = CN-中国, O = 成都麦柯系统 集成有限公司, OU = 技术开 发二部 原因:我是该文档的作者 位置:四川成都 日期:2005.01.26 16:41:38 +08'00'
Tapestry技术论坛:http://forum.cdmcs.com/viewforum.php f=17 我的Email:gzdlw_Adong@Hotmail.com (技术问题请在论坛发贴)
成都麦柯系统集成有限公司 www.cdmcs.com
1
成都麦柯 技术开发二部
1, Tapestry 所处的状况 1) 为什么需要 web 框架 多数情况下,跨不同的应用来重用商业组件是困难的,因为由商业组件提供的功能在 其它应用里不需要:它可能是唯一针对你的应用的.然而,应用服务可以在机构跨应用重 用,跟跨机构一样好,因为它们提供的服务对不同类型的应用都有用.这些应用服务可能 包括请求路由(对一个 MVC 结构) ,错误处理,以通用的方式产生的客户端脚本和已准备 好的标签库. 2) Tapestry 所处的状况
以下是各种 web 框架比较: (by Matt Raible)
struts 优 点 广泛流行; 拥有 很多信息和示 例;HTML 标 签库是一个非 常好的东西.
Spring MVC 生命周期由重 写绑定, 效验等 确定; 能够无缝 隙地与各种表 现层程序结合 在一起,如 JSP,XSL 等; IC 使得很容易 测试. 很少被使用; 需 要在 JSP 中写 入大量代码; 太 灵活了, 反而不 能得到通用的 控制.
WebWork 结构简单, 容易 被扩展; 标签库 容易被自定义, 并获得 Velocity 支持; 拦截机制 成熟可靠.
Tapestry 一旦学会, 效率 很 高 ; HTML 模板很合适美 工; 有良好的社 区支持.
JSF J2EE 规范;能 够快速和容易 地开发; 丰富的 导航框架.
缺 点
ActionForms 非 常恶心; 不能够 做单元测试; 大 量的邮件列表 令人无法忍受
其文档最近才 出现,示例很 少; 客户端效验 很不成熟.
文档非常概念, 而缺少实践; 学 习曲线陡峭, 示 例非常少;
标 签 依 赖 JSPs; 技术不够 成熟; 实现资源 不单纯.
Matt Raible 认为: 如果是快速却低技术含量的项目,他会选择 struts,因为 struts 比较成熟; 如果是高技术含量的企业级项目,他会选择 Tapestry,因为 Tapestry 可重用组件; 如果是开源项目,他会选择 WebWork,因为使用 WebWork 需要对框架有更深入的认识.
成都麦柯系统集成有限公司 www.cdmcs.com
2
成都麦柯 技术开发二部
2, Tapestry 目前在我们的项目中所处的状况: 我们的成都建信的网站部分全部是用 Tapestry 做的.在过去的两个月中,我们已经解决了 Tapestry 的大部分技术问题. 我们可以在论坛上随处可见,大部分人对 Tapestry 的学习曲线问题都有顾虑.追究其根本, 原因在于: Tapestry 的理念颠覆了传统的 web 应用层框架的理念. 其实所谓传统, 无非就是 struts 和 JSP,因为 struts 应用最为广泛,而 JSP 几乎算是所有 JAVA 表现层框架的本源.Tapestry 也 是源于 JSP. 我不可否认, 任何 web 表现层都可以用 JSP 来实现. 就如同任何 java 程序都可以使用 J2SDK 来编写.但是,需要非常关注的是,我们如果真这样做,的确对程序员来说"最简单" ,但是却 牺牲了工作效率.这绝对是得不偿失的. 目前成都建信网站部分,基本上是冰箱哥哥和我搭档.我负责网站表现层,而冰箱哥哥负 责向表现层提供业务逻辑.随着网站表现层部分的不断开发,我们发现一个不可否认的事实, 随着项目功能实现越多,表现层的工作越显得轻松.因为大量重复使用的 Tapestry 组件,以及 高度复用的表现层逻辑,使得工作效率大幅度提升.就如同 Hibernate 使得我们数据库业务方面 的工作效率大幅提升一样,Tapestry 使得我们在工作上的"轻松"和"快捷"也同样不可忽视. 3, 为什么要使用 Tapestry Tapestry 的灵魂就四个字:基于组件. 我们来看个示例: 这是我们现在正在使用的分页方式,

下一页