我讨厌：它的模版。Partials(RoR 中的组件)。URL 的分散处理。Active Record 提供了从
数据库 schema 而来的 DSL，但是却不是从 domain model 而来。没有 l10n 和 i18n 支
持。手动状态转换。不能在 JVM 运行(......)。实际上脚手架生成了实际代码。Ruby 缺少工具
和 IDE。
　　Seam(Gavin King)
　　1、你认为你的 framework 的"甜点"在哪里?他最适合哪种类型的项目?
　　拥有丰富用户交互体验的应用。方便实现多窗口的操作，回退的支持，单窗口多工作
区，无状态浏览。对商务流程(BPM)的集成是独一无二的。Seam 方便使用数据驱动的
ORM。遵循 JSF 和 EJB3，多任务支持(多窗口/多工作区)，BPM 的领先解决方案。
　　2、它不适合于什么样的场景?在这些场景你推荐什么 fremework?它是哪个?
　　不适合只是将数据从数据库显示到网页的应用，这时应该使用 PHP 或 RoR。不适合
需要设计特别的 HTML 组件的情况，此时应该选用 Tapestry 或 Wicket。还在使用
JDK1.4 的人们。还有那些喜欢 Struts 的人(嘿嘿，够狠)。
　　3、在下面提到的 framework 中，你试验过他们么?如果试验过，你比较喜欢哪个?
你不喜欢哪个?
　　JSF：喜欢他的事件/交互模型。喜欢他的 EL 和模型绑定。不喜欢那么多 XML(为什么
没有 annotation)。创建自己的 controls 太难了。
　　Tapestry：非常好。form 验证是它的杀手锏!模版方式很有创意。不过非基于 POJO
的组件模型则让我对它失去兴趣。
　　RIFE：这个东西很怪，但是有创业也有趣。我想进一步学习。如果学习先要自费武
功:D
　　Struts：这个东西的模型 view 绑定太复杂了。东西已经过时了。
　　WebWork：比 Struts 好一点，不过也过时了。XWork 曾经是个很好的实现，不过
现在也过时了。
　　4、你的 framework 的未来会怎样?对于用户开发会有什么方便使用的变化?你会原
生支持 Ajax 么?你们计划支持它了么?
　　Portal 支持。远程框架 Seam Remoting Framework(Ajax)。模版消息的工具支持。
以后还要集成 ESB，计划引擎和异步支持。
　　5、有对你们的 framework 的传言需要澄清么?如果有，是哪个?
　　这些都不是真的：JSF 不能处理 GET requests。JSF post 后无法 redirect。JSF 不能
与 REST 共存。
　　6、你对 Ruby on Rails 的看法如何?
　　它是 PHP 的很好替代品。如果它有一个正经一点的持久化层它就可以和 Java 竞争了。
　　Spring MVC(Rob Harrop)和 Spring Web Flow(Rob Harrop and Keith Donald)
　　1、你认为你的 framework 的"甜点"在哪里?他最适合哪种类型的项目?
　　Spring MVC：
　　稳定可扩展，支持了 i18n、文件上传、异常处理，这些稳定的支持给开发者坚实的工
作基础。是最佳实践，告诉你怎么做是最好的。与 Spring 集成，领先的 IoC 远生支持。支
持，Spring 社区活跃和庞大。Struts 开发者可以平滑过渡。适合多种项目，可选的多种
result 类型。
　　Spring Web Flow：内置任务处理引擎，支持线性处理过程中的持续状态。抽象，
减少开发的关注点。适合多种项目类型，插件支持 Spring MVC、Struts、JSF 等。