java - 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 workshop、JSF、JBoss Seam、Spring MVC (2.5) 和 Wicket (以该顺序)。我注意到我从事的每一项新技术在生产力和质量上都有飞跃。它只是效果更好，感觉更好。与其他所有产品相比，我更喜欢 Wicket(带有 Spring 、 quartz 等的扭曲)。老实说，我看到了曙光，我不想回到更黑暗——或更亮 ;)——的一面。

关于 Wicket 有很多话要说。

• 默认提供对话支持(或启用选项卡)，您再也不用担心“在新选项卡中打开”和“后退”按钮问题。
• 它是基于组件的，因此您可以重复使用代码。
• 利用了很多标准 Java，例如类型安全奇迹。
• 支持高级安全功能，例如 url 加密。
• 默认情况下可集群化的应用程序。
• 而且，最重要的是，它使用起来有趣。

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

• 最让我困扰的一件事是“EL”废话，因为我相信它破坏了良好的 java 类型安全性和强度。
• 两者都需要工具支持才能实现高生产率。
• 您需要在它们之上建立另一个框架才能真正解决问题(如 seam 框架所示，它使 JSF 可用)。
• 错误处理非常棘手，异常也没有直接帮助。
• 很难在两个框架上制作可重用的组件，并且不支持适当的关注点分离模型。
• ... 而且，最重要的是，还有很长一段时间的轻微疼痛，比如 this , 或 this .