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

我目前的项目前端使用的是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/archive/2005/12/30/26013.aspx提供了分页的方式，我就在使用,这是目前最可能的方式了把，呵呵，不过要注意她使dataTable的values直接使用了dataModel，她与seam的@dataModel是不兼容的，所以不能使用seam的@dataModel功能，需要使用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

没用过jsf，不过看完楼主前14条后，我很难相信最后一条。

正在看jsf，发现jsf非常占内存，我现在都有点怀疑在那种并发比较大的项目中，是否能用它

jsf1.2的确是加入了JSTL的支持，不过似乎支持得不大好。特别是在forEach标签上...

你的第4条我看不大明白～你的意思是说吧DAO层直接传递给backing？取消掉中间的Service么？

还有，如果我想同一页面上的不同backing相互传递参数（不用MyFaces）应该怎么实现？我用了HtmlInputHidden，这样就可以在生命周期的第二阶段获得数值，不过不知道这样是否合理。

谢谢指教

使用过myfaces的<t:updateListener>,确实比较好用
但是myfaces对于checkbox好像很无奈，他自己给的例子里也是有问题的
不知道有什么办法- -?

看了第十五条后令我十分怀疑。
我认为所谓表现层的王者不会是基于html这种畸形的东西，而是类似与flash的那种cs结构的东西。

我提出的很多都是jsf的存在的问题，希望不会打击你的信心，他的前途是你要去用才知道的！



jsf占用内存的情况大多出现在项目中过多session的使用上，jsf自身组件树的状态化会占用一些内存，得看你的项目是不是并发超高的网站，如果是建议还是不要使用jsf，使用jsf不是仅仅为了从数据库读取数据，它给你的是良好的编程模型。


你言中了，基于html，http无状态协议，我们一直就是在一种畸形的模型下开发，cs结构可以提供好的面向对象化的状态模型，这是web不具备的，这也是jsf成为王者的条件！

jsf1.2需要搭配jsp2.1,jstl1.2以后规范才可以体现统一EL表达式的优势，那将是jsf的辉煌的开始，大家可以等等看！

我不是要打破分层，而是要共享模型，以前使用的web技术都很难在模型上下工夫，因为你需要增强处理类去处理web的请求，这样就降低了对象间的可复用程度，你见过有谁把struts的action还做继承，组合等操作的吗？ jsf因为屏蔽了复杂的web请求等操作，让模型bean可以映射的页面，而这些模型bean又可以分解为处理，模型，也可以混合，复用，那么这就变的和pojo级别的业务层一样灵活，我们就可以从层次上进行更高的抽象和复用，而我做的就是把hibernate映射的pojo模型，也成为映射在页面的模型bean（backing bean），这样页面处理完模型bean，hibernate的模型对象也就生成了，这样就避免了大量form，dto的复制，你可以想想持久层的模型在属性复制上是多么麻烦！seam更狠，直接把服务层处理类也可以和backing复用也就是ejb3的sessionBean可以作为jsf的backing bean, 当然实体也可以是backing bean，一样的意思！
不需要HtmlInputHidden，要忘记老的开发方式，你现在处理的就是模型bean！如果你的页面某个文本框映射在某个bean的属性上，那么在处理端使用了其他bean，引入那个bean就可以了，引入的方法：
FacesContext facesContext = FacesContext.getCurrentInstance();
VariableResolver vr = facesContext.getApplication().getVariableResolver();
return vr.resolveVariable(facesContext, varName);
varName就是你的那个bean在faces-config里面里面配置的名称！这样就通过解析变量，自动解析，也许在request中，也许在session中！而seam就一个@In("#{varName}")就搞定了！

我使用checkbox是可以的如果在数据列表中使用checkbox要使用BooleanCheckbox组件！

写得不错，下个项目会用到JSF了，感谢分享经验。
另外我想说的是，质疑JSF的性能问题之前，最好先去验证一下。