background image

 
他 认 为 JSF 这 个 标 准 下 这 些 应 该 有 第 三 方 提 供 。 JSF(2.0) 会 提 供 "Partial Faces 
Request",它是 Ajax 实现。JSF 也会增强 annotation 组建编程。
  5、有对你们的 framework 的传言需要澄清么?如果有,是哪个?很多 JSF 书都拿
Struts 作为对比。他认为这不能体现 JSF 的特点。他认为 Struts 和 WebWork 能做到的
JSF 也能做到。
  6、你对 Ruby on Rails 的看法如何?
  它与 WebWork 一样好用,它的 CoC(Convention over Configration)和脚手架非
常好用。他认为 CoC 可以被应用在任何 framework,他认为这是 RoR 最大的优点。他还
认为 RoR 会走上其它 framework 的路(复杂性),因为人们需要自己的扩展。
  RIFE(Geert Bevin)
  1、你认为你的 framework 的"甜点"在哪里?他最适合哪种类型的项目?
  你可以付出 10%的工作量,得到其它 framework 的 90%的......,它是一个 full-
stack framework(如 RoR)。它吸收了成熟的分层框架的架构,并将共同的优点汇集在一
起。提供了 web continuation,POJO 驱动的 CRUD 生成,可扩展的基于组建的架构,
无 session 的状态控制,关注 REST 作为 API,双向无逻辑模版引擎,集成了内容控制
框 架 (CMS?) 。 每 个 层 次 的 组 建 提 供 了 可 复 用 性 (AOP , site , sub-
site,page,widget,portlet 等)。适合于团队快速开发公共 Web 项目,适合喜欢开发
可复用组件的人。
  2、它不适合于什么样的场景?在这些场景你推荐什么 fremework?它是哪个?
  团队中的每个人都有其它 framework 的知识,难于培训他们。开发状态相关的服务
器端 Web 组件,而不是用 RIA 或 Ajax 去实现。第三方支持很重要的情况下(可怜 RIFE 用
户群还不大)。他推荐这种情况下使用 JSF。或者在 XML 为主要发布形式的情况下,推荐
Cocoon。
  3、在下面提到的 framework 中,你试验过他们么?如果试验过,你比较喜欢哪个?
你不喜欢哪个?
  他试验过 WebWork,JSF,Wicket。他喜欢 WebWork 的简单,但是不喜欢它的模
版方式(tag 的 template,应该),它也不提供组件封装。他认为 JSF 的工具支持非常吸引
人。Wicket 的纯 Java 实现很不错,可惜 XML 配置很不爽。
  4、你的 framework 的未来会怎样?对于用户开发会有什么方便使用的变化?你会原
生支持 Ajax 么?你们计划支持它了么?
    关 于 Ajax , RIFE 刚 刚 集 成 了 DWR , 而 且 选 定 以 后 也 使 用 这 个 。 集 成
Dojo,Scriptaculous,Prototype 都很容易集成进来。
  5、有对你们的 framework 的传言需要澄清么?如果有,是哪个?这些错误理念:
  1)、RIFE 的 XML 配置繁琐
  2)、RIFE 是 continuations server
  3)、RIFE 重新造轮子没有提供新鲜东西
  4)、RIFE 的模版语法很蹩脚过于简单和业余
  5)、RIFE 是基于 request 的 framework
  6)、RIFE 的功能太多,学习曲线陡峭
  6、你对 Ruby on Rails 的看法如何?
  RoR 对 Java 社区的冲击非常棒,元编成也得到了信任。RoR 没什么特殊之处,也没
有从 Ruby 语言获益很多。