JSF和Spring性能与糟糕的JSP性能

Question

我看到我的同事开发了一些JSF项目，这些项目对我来说似乎非常缓慢。有没有人有同样的看法？

我目前正在为“富”客户端使用jsp+jstl和jQuery。

我想知道现代框架(jsf、wicket、tapestry)有什么优点和缺点。而不是旧的普通jsp。

如果使用了所有这些技术的人都能回答，那就太好了。

对我来说，有趣的是，哪些最激动人心的特性让您离开了jsp，转而使用“大规模”框架(我的意思是，例如Spring中的AOP或其他您能注意到的东西)。

感谢您的所有评论。

Answer 1

我使用过CGI、PHP、JSP、Struts、Spring MVC (1.2)、Bea研讨会、JSF、JBoss Seam、Spring MVC (2.5)和Wicket (按顺序)。我注意到我所从事的每一项新技术的生产率和质量都有了飞跃。它只是更好地工作，它感觉更好。我更喜欢Wicket (有弹簧，石英等)比其他所有人都重要。我可以诚实地说，我看到了光，我不想回到更暗的--或更亮的;) --一边。

关于Wicket有很多要说的。

• Conversational支持(或标签启用)默认情况下，你再也不用担心“在新的标签中打开”和“后退”按钮的问题了。Java它是基于组件的，所以你可以重用代码ala swing.
• Leverages很多标准的

，像类型安全encryption.

• Clusterizable这样的高级安全功能，比如url encryption.
• Clusterizable applications by default.
• And，最重要，它是fun去使用的。

JSP和JSF还有很多需要改进的地方。

• 最困扰我的一件事就是"EL“的无稽之谈，因为我认为它破坏了良好的java类型安全性，并且concerns.
• ...需要工具支持来实现高性能。
  • 在这两个框架之上需要另一个框架来真正解决问题(就像seam框架一样，这使得JSF可以使用)。
  • 错误处理非常棘手，异常也没有直接的帮助。
  • 很难在这两个框架上创建可重用的组件，并且不支持适当的java分离模型而且，最重要的是，像this或this.

  这样的长时间的小麻烦

Answer 2

我完全喜欢使用JSP2.0作为模板技术--也就是说，我使用Spring MVC访问域对象，准备某个视图所需的所有数据，然后让JSP来呈现它。JSP2.0，因为我喜欢使用标记文件进行模板合成，这允许我在需要其他合成框架的地方使用简单的JSP2.0。

我有意避免了JSP中基本上是编程的所有内容。没有数据访问，没有SQL，没有scriptlet，没有方法，什么都没有。只是简单地表示预先存在的控制器提供的数据，可能会有一些简单的案例和集合的迭代。

Answer 3

有很多优点。我可以列举出我在上一个项目中使用过的JSF优点。

用于导航的

• 集中式位置(就像在

中一样，日期选择器、自动完成、分页等。

• 您已经为布局呈现，这促进了许多磁贴的布局布局，如在struts中。

JSP没有在业务逻辑和布局之间进行清晰的分离。

不管怎样，尽管有这些优点，如果你是一名Java程序员，我建议你去看看，它会更舒服。