RichFaces Vs PrimeFaces（用于性能）
我正在使用JSF 2.0，我正在寻找一个copmponent库在性能方面的负载最小。 如果我在RichFaces和PrimeFaces之间进行select，哪一个更好？ 两者的优点和缺点是什么？
目前Primefaces是我所知道的（现在）具有完整的JSF2实现的唯一组件库。 有bug和问题，一些组件要重写，但发展是闪电般的，沟通是优秀的（我不记得他们的支持论坛上的一个单一的职位没有被卡加蒂自己回答），它正在朝着正确的方向前进（新的主题系统是IMHO的一个例子）。 我认为Primefaces将在今年年底成为一个成熟的JSF2组件库。
还有一些其他的东西，比如我玩了很短时间的Icefaces，但是他们正在慢慢地移动，就像我说的，他们中没有一个真的是JSF2。 部分原因是Mojarra，Sun参考实现相当麻烦，而且这些组件库开发人员正在等待修复的一些严重的错误。
所以现在我的投票肯定是在Primefaces上，我们将会看到它将在以后看起来如何。
这是我的比较：
- Richfaces肯定是比较成熟，可能你可能会得到专家的开发人员。
- Primefaces具有更多的组件，但缺lessRichfaces中可用的combobox。 Richfaces没有一系列通用组件，如“星级”组件，validation码组件和密码强度。
- 因为它是基于美乐家的，所以Primefaces比较容易使用。 它也有比Richfaces更多的主题。
- Primefaces很小，可以很容易地在代码中实现，而不是太多依赖。
- Richfaces直到现在还不支持JSF 2.0（2010年11月） – Primefaces拥有支持JSF 2.0的稳定版本
- Richfaces组件的增长几乎没有…在过去几年没有新的组件增加。 组件库仍旧陈旧。
我的推荐：
- 如果您的应用程序面向客户端并需要多个AJAX组件，请selectPrimefaces。
- 如果它是由内部客户端使用的应用程序，请selectRichfaces（或Primefaces）。
哈里Gangadharan
如果您正在评估PrimeFaces，以下页面将有所帮助;
两者都很酷。 Richfaces通常更加开发和testing，因为primefaces晚于RF出现。 只要看看组件展示，然后select一个你喜欢的。
或者甚至更好，你可以一起使用，没有兼容性问题。
好处是你有很多组件可以立即使用。 缺点是有时你不能完全控制组件可以或不可以做什么（但你总是可以创build自己的组件来扩展一个库组件），并且你必须把一些库加载到客户端他们工作（有道理，但会降低性能）
这是我的两分钱： Primefaces vs Icefaces vs RichFaces希望它有帮助，Francesco
我一直在使用Primefaces，因为它似乎比其他的更完整。 关于它的事情是在非常积极的发展之下。 目前的开发版本是PrimeFaces 3.0里程碑3。
2.2版本更加稳定，但是因为需要版本3中出现的function，因此很难做出承诺。
在开发版本中有很多bug和无证的怪癖。 如果你能应付那些话，我会说去PF 3.如果你不能使用PF 2.2或其他东西。
只是一个例子：我花了三天的时间试图让我的项目有一个小的复合组件工作。 它仍然不起作用，我花了这三天鬼混，而不是写我的申请。 您可以发布用户表单，也许他们会回应，也许不会。 除非你购买支持，否则没有办法升级它，这是公平的，我猜想，但不能很方便，当你负担不起。
另一种方法是看他们的展示。 如果你想要做什么，那就行了。 对于V3，这是你将得到的唯一文件。 如果你试图做任何事情，陈列柜没有具体显示，你是自己的。
Primefaces比任何其他面孔都要好得多阅读更多
我已经在同一个项目中使用过。 所以没必要放弃其中的任何一个。
在过去的3年里，我一直在使用RichFaces，在Primefaces上使用了几个月。 我更喜欢Primefaces，尽pipe它仍然是一个很大的错误。
RichFaces感觉有点过时，并且非常缓慢地前进（如果有的话）
考虑Icefaces，RichFaces和PrimeFaces的基准：
