JSF的问题究竟在哪?

               到目前为止JSF已经走过了一个相当长而且非常有争议的路程. 可是一直火不起来,我对JSF也只是只知其一二,因为有很多更好的东西我可以选择. 最近TheServerSide的编辑写了一篇文章"Rethinking JSF - The Real Problem,"里面谈到了一些JSF为什么不火的原因,同时也提到一些将来需要做的措施来克服JSF的发展的障碍,好像是很多人都对JSF有自己的看法,因为留下评论特别多,下面是他的文章里提出的很多问题中的一个问题,我翻译出这一小段供大家欣赏,如果有兴趣可以去看看英文原文.

 

 这篇文章里的一个例子(有很多例子):

真正的问题就是JSF,作为一个组件框架,却只有少的可怜的组件.

什么样的控件是有用的? 好,考虑一下你的标准web应用程序,一个用户是如何和它交互的:用户登录,查找一些东西,阅读它,也可能创建一些新东西,然后注销.

所以...登录组件在哪呢? 搜索框组件在哪呢? 数据输入组件在哪呢? 管理“pretty URLs”的功能在哪呢?(“pretty URLs?”也叫做可做书签的URL,或者搜索引擎友好的URL)数据流在哪呢? 会话状态在哪呢?

在JSF实现这些东西绝对没有什么障碍,而且有很多组织(公司, 开源组织)都已经实现了一些 - frameworks and implementations ,就像 Seam, IceFaces, RichFaces, Tomahawk, NetAdvantage, and others. 对于其他的,在一些书里像 " JSF: The Complete Reference" (Schalk, Burns), " JSF In Action" (Mann), and " Core JSF" (Geary)有现成的代码. 有些东西在web上甚至都存在了(例如,如果管理友好URLs). 这里很多网站上都有JSF信息: IBM developerWorks, http://java.sun.com, http://www.jsfcentral.com, http://www.jsftutorials.net, and http://www.theserverside.com itself.

大部分的这些网站和参考资料中在应该用的地方使用了JSF:它们没有使用servlet过滤器(well,除了少数案例,但也是为了做到更有意义). 它们没有servlets. 它们全部用的是JSF组件生命周期,它们全部是在兼容的JSF实现间可移植的.

但是大部分的书籍资料都集中在inputText组件以及相似的近亲上. 虽然导航和数据输入/输出也是极其重要的,但所有的研究过这些的JSF顾问专家所能做的只是告诉人们JSF和人们以前所遇到的是怎样的不同. 不能不感到同情;作者们倾向于使用更简单的机制来说明一些有价值的东西,而不是需要一些高级知识才能理解的表达方式. 如果他们选择使用需要有高级知识才能理解的表示方式,那么他们们会被没有这些知识的读着疏远.

尽管有些问题已经被提交到了JSF2,这仍然需要一年的时间,并且大部分的问题并不是和JSF规格细节相关的. 它们可能已经被解决掉了. 你怎么想? 你有没有发现JSF的其他问题? 如果有,你是怎么处理它们的?