JSF和Stripes，哪个最好？

Question

哪一个是最好的，或者换句话说，whish最容易使用？条纹或JSF。

尽管我没有在愤怒中同时使用这两种方法，但我需要衡量一下，无论是启动新项目还是转换现有的Struts项目，最好的选择是什么。

我担心JSF不会像我想要的那样很好地呈现，但是其他人有什么经验呢？Stripes似乎更直截了当，我的假设正确吗？

Answer 1

哪一个是最好的，换句话说，哪一个最容易使用？条纹或JSF。

哪一个是最好的？好吧，Stripes和JSF是不同的。前者是基于动作的框架(如Struts)，而后者是基于组件的(如Wicket)。因此，答案将取决于您在基于操作的流程和基于组件的层次结构方面的经验和知识，两者都有各自的优势和劣势。哪一个是最简单的？条纹，这一点毫无疑问。

我喜欢Stripes的地方：

• 它很简单，即它的学习曲线较低。
• 我喜欢它的约定胜过配置方法。
• 它有很好的文档记录(而且你不需要大量的文档，因为它的mailing lists).

有一个小的 reactive社区(你可以在easy上找到答案

如果这两个对你来说都是新的，我会选择Stripes。如果你想学习基于组件的框架，我认为从Wicket开始会更容易(另请参阅Gavin King在How to start learning Java EE 6中所说的)。

Answer 2

JSF没有良好的媒体和糟糕的声誉，不幸的是，这是合理的(已故的Sun Microsystems又错过了一个机会)。但是，自从提出这个问题以来，很多事情都发生了变化--新的JSF 2.0版本发布了。

那么JSF 1.X出了什么问题，是什么让它与Stripes、Spring MVC或Wicket、Play、Click等相比如此令人兴奋呢？

1. 只支持POST请求，这导致了性能问题(GET请求可以被有效地缓存)，很难实现可加书签的URL，而且更多的
2. JSF1.X是基于JSP页面的，这些不适合处理更复杂的JSF页面的组件很困难，导航规则的cumbersome.
3. Defining远不灵活，非常verbose
4. Mandatory
5. 干净的资源管理方法

好消息是，新的JSF版本解决了所有这些缺点。

XML和POST请求同样出色，supported.

• Configuration可以在注释的帮助下完成(我们可以坚持使用是更好的解决方案)，导航规则定义得到简化，我们甚至可以使用约定而不是配置来创建

1. 。
2. 有一些新的和非常有用的组件作用域:视图作用域和flash作用域(类似于Ruby on Rails中的作用域)，使用户能够轻松地处理更复杂的流程。
3. 有标准的资源管理方法和更好的错误处理工具
4. 我们可以定义项目阶段，以便在各种环境(测试、生产等)中更容易地处理项目。
5. 基于XHTML的Facelets取代了JSP作为更好的视图定义alternative
6. Built-in AJAX请求支持

<代码>H131JSF是Java标准的一部分。这意味着，如果无聊的开发人员决定转向下一个闪亮、更时尚的框架，它们不会在一夜之间消失。

最后，JSF2.x的巨大优势:设计良好、外观美观、性能良好的现成组件(RichFaces、PrimeFaces、ICEFaces)。这些库提供了数百个通常在WWW页面上使用的组件，这些组件不需要编写一行JavaScript或CSS就可以使用。这是一个巨大的生产力提升。

尽管如此，与Stripes等基于动作的框架相比，JSF可能存在性能问题，Stripes与HTTP请求的工作更紧密，而不需要构建组件模型(使用更多的内存和网络带宽)。

但是对于不需要非常高性能的应用程序来说，JSF2.0是一个非常好的、理性的选择。学习曲线不再像过去那样陡峭，再加上重用现有组件的能力，这使得它真正具有吸引力。从这个角度看，Stripes并不那么吸引人。

因此，例如，对于有2000名员工使用的企业内部网应用程序，JSF 2.0将是很好的选择。

Answer 3

最好的web框架？就像通常情况下，这个问题会导致“视情况而定”的答案。

另一个问题是：“最容易使用的框架是什么”。更容易回答，就是Stripes。JSF有一个众所周知的陡峭的学习曲线。另一方面，Stripes很容易设置和学习。

Stripes框架类似于Struts，但只是更好。对于example，它使用注释而不是XML配置文件。就像Struts框架一样，它是一个基于动作的框架，只是更优雅。这意味着它严格遵循HTTP事件处理的无状态本质。如果你想要高性能和最大的灵活性来生成你的页面，这是很好的。

像JSF这样的框架不是基于动作的框架，而是基于组件的框架。这意味着它在HTTP和应用程序之间移动了一层抽象层。这一层使编写JSF应用程序成为可能，就像编写Swing应用程序一样。因此，JSF基本上处理了组件模型和无状态HTTP生命周期之间的范式不匹配问题。然而，这一抽象层将以一定的性能为代价；它还将使您对生成的HTML进行较小程度的控制。