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和人们以前所遇到的是怎样的不同. 不能不感到同情;作者们倾向于使用更简单的机制来说明一些有价值的东西,而不是需要一些高级知识才能理解的表达方式. 如果他们选择使用需要有高级知识才能理解的表示方式,那么他们们会被没有这些知识的读着疏远.