共享我在项目中使用jsf的一些经验

fangshun

我目前的项目前端使用的是jsf+seam的架构，目前项目已经进入尾声，我想把一些心得体会给大家说说，以便大家在使用jsf的时候，少走弯路。

1.异常处理问题：请为jsf加入seam框架，看看Seam - 无缝集成JSF，共三部分，里面告诉了你怎么在servlet容器下配合spring使用seam，seam不是一定要在ejb3和jboss下才可以使用。因为单独使用jsf的话她的异常处理功能很简陋，跟踪不到你想看的地方，对于开发很不方便，你只有打开日志才能看到问题所在，而seam在加入phase-listener以后，对jsf不同的生命周期都进行了功能增强，即使不使用seam任何的功能，她也能毫无保留的输出所有的异常栈。

2.css问题：如果你想在你的项目中使用jsf，css太重要了，很多刚开始使用jsf的人都不是很习惯jsf基于块结构开发页面，因为jsf让你注意的是内容展现的结构，而不是内容展现的样式，这是完全符合w3开发html的初衷，大家使用<table><tr><td>来做页面展现布局，其实是错误已久的方法，如果在jsf中能了解如何使用css进行布局，jsf不适合复杂页面设计这句话就不攻自破了。

3.细心的使用dataTable组件，数据列表是最常用的页面组件，但是我毫不留情的说jsf的dataTable组件的实现简直太滥了，它就是jsf开发一大祸根。没有很方便的解决特定行样式显示的问题，没有解决回退按钮风险问题，没有dataScroll和dataTable组件进行数据库分页的优雅办法，数据提交的幻影问题，我的开发很多时间用在了dataTable的和其他组件块融合上面。不过jsf1.2通过统一el，加入了对jstl的foreach标记的支持，我虽然还没有使用，但是我认为这有可能成为数据列表开发的一个有力补充。

4.建议把jsf的模型bean和后台的业务bean合二为一，这样可以在前端提交页面与模型绑定的同时，完成业务bean的数据封装，并且交由服务层处理一气呵成。这样做有个好处，就是我们会想方设法通过各种手段在第一时间就完成模型bean对业务bean的封装，消除服务层对dto的依赖。这样是可行的，因为jsf的页面绑定机制提供了很好的帮助。

5.请考虑多的使用convert组件，比如列表页面有个radio块，提交radio值就是一个int数值，然后在展现逻辑去恢复这个radio值对应的业务模型，这样增加了展现逻辑处理页面数据的负担，而且不好管理，如果把这个工作放在自定义的convert中，让convert在页面上显示int数值，在提交上寻找对象，那么页面和服务层就屏蔽了这样的工作，看到的都是对象的进出。

6.我使用了myfaces一个自己的组件<t:updateListener>,就是跨页面专递参数，非常好用，刚使用jsf的朋友，可以看到跳转的下一个页面用它怎么做，但是建议传递模型对象，不要传递数值，你使用jsf就是因为她是基于对象考虑页面设计的。

7.小心使用session来处理jsf，jsf过多的使用了session，但是我可以肯定一点，展现层一定是需要基于状态的方式来做的，这样可以简化开发，无状态的方式会带来更多的无序代码。不是每个人都是高手。可以考虑使用seam的conversation来处理，她的长会话特别适合业务编辑，默认的短会话会填补jsf有时容易丢失的短期数据。

8.调试jsf的问题：有时你使用jsf想知道你的数据在哪个阶段变化了，你不会把jsf代码加入到自己的工程中来调试把，请加入自定义的phaseListener，继承phaseListener这个接口，你可以在把你的程序设置在任何阶段跳出来进行调试。

9.分页的问题：在google搜一下，有个http://www.blogjava.net/steady/a ... �用get方式了。

10.如果想使用ajax4jsf等ajax框架，你需要使用facelet，让页面成为标准的xhtml，记好了，不要写了一大堆才发现这个问题。

11.如果你在dataTable列表页面使用了radio的话，你还想在列表上做一些link操作，一定要在操作上加入immediate=true，否则在没有选择radio的情况下她是不会让你过去的。并且列表中要使用selectOneRadio,如果使用checkbox就要使用selectBooleanCheckbox.组件。

12.对于doGet的方式请使用seam的<s:link>组件。

13.如果你导入了其他页面，而没有使用facelet的话，那么导入的那个页面就要完全符合jsf组件的渲染方式，混合html会解析不出来。反过来在主页面应该尽量多使用jsf标记与html混合的方式，这样可以使开发变得简单，尽管有时候jsf会很丢丑，你试试每个html组件都有个render属性就知道了。jsf1.2已经把混合的html作为一个output组件来输出，可以和jsf组件兼容，是件好事。对于混合html这种方式，我想说你关注的是jsf组件和模型的关系，而不一定页面都得是jsf组件标记。

14.不要相信jsf运行的速度慢，jsf虽然在树形组件处理上，每一个阶段都经历了递归遍历，但是要相信jsf依然很快，我现在的系统很快，如果你使用后很慢那是项目产生了问题，而不是框架的产生了问题。

15.相信jsf一定是下一代表现层的王者，这很重要。

就这么多把，jsf的能多经验，我还在摸索当中，有机会还会和大家交流
                                                                  fangshun1980@hotmail.com

saharabear

前十四条都好，不同意第十五条。我更信任wicket。不过，，，

JSF是标准，所以。。。。

fangshun

很多人都不同意最后一条，可我相信！

saharabear

Post by fangshun;1949287
很多人都不同意最后一条，可我相信！

也许要看一看jsf2.0的时候，会是什么样子吧。反正1。1不行，1。2开始发展。等2。0看看吧。

我还是期待Wicket1。4

fangshun

我一直用1.1，是有很多问题需要自己解决，相信2.0会很不错，wicket1.4也是很有前途的，得到了seam的正式支持！

saharabear

Post by fangshun;1949646
我一直用1.1，是有很多问题需要自己解决，相信2.0会很不错，wicket1.4也是很有前途的，得到了seam的正式支持！

更了解wicket，所以支持它。呵。

hantsy

wicket的零配置方式，全部是java 代码实现。可以说是它的优点，也它的缺点。
同一个功能，wicket下的java代码量可以说是惊人。页面简洁了，处理的java臃肿不堪。

hantsy

JSF在国外盛行，不仅仅它是标准，更主要是它的设计，是非常优秀的。
JSF已经有多个流行的扩展框架(RichFaces , ICEFaces , ADF, Shale, RestFaces等)，并且它不限于web，在移动设备，桌面GUI上也有应用。
在seam 中其它框架集(GWT，Wicket)成远不如JSF那样彻底。

不过从JBoss 其它产品看，如drools，jbpm等的管理界面都是使用GWT，以后GWT应该是JBoss重点应用框架之一。

saharabear

Post by hantsy;1950661
wicket的零配置方式，全部是java 代码实现。可以说是它的优点，也它的缺点。
同一个功能，wicket下的java代码量可以说是惊人。页面简洁了，处理的java臃肿不堪。

应该是开发习惯的问题。我主要是wicket+guice，所以基本上全套JAVA实现。呵。

saharabear

Post by hantsy;1950664
JSF在国外盛行，不仅仅它是标准，更主要是它的设计，是非常优秀的。
JSF已经有多个流行的扩展框架(RichFaces , ICEFaces , ADF, Shale, RestFaces等)，并且它不限于web，在移动设备，桌面GUI上也有应用。
在seam 中其它框架集(GWT，Wicket)成远不如JSF那样彻底。

不过从JBoss 其它产品看，如drools，jbpm等的管理界面都是使用GWT，以后GWT应该是JBoss重点应用框架之一。

JBOSS的产品线还是非常强大的。