jsf之接触

    web 开发很多年了，从单纯的jsp 到struts，再到webwork，接着就是spring 的mvc。感觉jsp 的封装性，实在不怎么样。于是乎想到了组件化，以前的时候用过echo，现在是echo2,不可否认,echo的设计结构比较的不错，完全的面向对象化开 发，也没有了那些令人讨厌的jsp。不过实在受不了的就是echo的速度，echo2据说已经大幅改进，而且完全的实现了ajax。不过echo2毕竟受 关注度不是很广，还是决定放弃使用。   
    于是就开始接触jsf，经过一段时间的接触，基本上了解了其中的结构，总的感觉来说，有点失望。不过作为jsr标准，还是可以期待使用，毕竟支持度比较 广。为什么struts能够这么长期的生存下去，因为用的人太多了，而且其学习的成本也相应的比较低。不过要想完全搞懂jsf，还是需要花费一些时间的。    
    jsf目前的实现，官方的包括sun自身实现，目前的版本为1.2，据说是和jsp2.1共同推出的，做了很多的改进，最主要的方面就是el的变化，原先 的ValueBinding和MethodBinding都已经弃用。而且el已经作为jsr的标准了。用sun的实现，目前来说，还没有遇到什么不合适 的地方，至少在最新的tomcat和jetty上，我都跑通了。
    myfaces，是apach的实现，作为强有力的民间组织，apach的东东一向值得关注，最近也正在抓紧察看其api。smile一个不错的开源实现，主要的好处在于，可以用他直接舍弃jsp。直接用java去展示应用。   
    jsp一向是我心中的鸡肋，很想舍去，又不想舍去。jsp 的好处在于可以快速的开发，可以马上所见即所得。当然其灾难在于后期的维护，当然如果都使用标记库封装，这种成本会变小。然而标记库，也不是万能的，有些 东西还是很难封装。使用组件化的开发，可以让一些过程变得透明化，如果说web开发，直接离开了jsp，估计还是不行的。至少美工不懂java，只懂得 html和css。   
    一直以来希望能有一个框架，能够简化web的开发，能够像桌面开发来的那么畅快。   也许，java不能带来这种期待了，只能寄托于其他领域了。或许ror可以，或许.net可以。不过我还是习惯于java，习惯于标记库，习惯于jsp。

我们最近也在一个项目中开始使用JSF了。
个人认为JSF还是一个不错的WEB框架，可以说融合了以前的一些框架的优点。JSF的JSR编号是127号，其LEADER之一就是以前STRUTS 1的创始人Craig R. McClanaha。
关于JSF的实现，除了SUN的RI和APACHE的MYFACES外，还有许多，如JSF4AJAX，ORACLE公司的ADF FACES，ICESOFT的ICE FACES等。

根据我们在最近一个项目的实际经验，用ORACLE的JDEVELOPER来作为开发工具是不错的。我在JSF圈子的论坛中了发了一个贴子，简单介绍一下：http://jsfgroup.group.iteye.com/group/post/4294

上面的话有失准确吧, JSF4AJAX,ADF,ICEFaces,以及建构在JSF4AJAX上的RichFaces这些不能算是JSF的实现, 只是JSF标准外的扩展技术和一些功能强大的扩展组件库.

正由于是规范，所以有了很多的实现，这对于初学者来说，带来的学习成本也是巨大的，不如structs那么的容易上手。
不过掌握了一种实现后，其他的估计也能很快，毕竟有着共同的规范。
个人比较讨厌用那些笨重的编辑器，一个是产生的代码不容易更改，以及重构。再有jsf本身就是组件化的，编辑器，对于组件库的支持可能也不是很够。当然我没有用过任何编辑器，所以可能有些偏差。

JSF基于组件开发的思想还是很不错的，特别是在企业开发领域，非常类似于swing的开发。

      [list]

引用
[u][i][b]奋斗史发 [/b][/i][/u]

[/list]

JSF只能算一个鸡肋。
大厂商妥协的产物而已。

不只很同意楼上的说法
个人很期待jsf的广泛应用

两年前用过一段时间，觉得开发起来很快，而且类似于Swing的那种事件触发机制让swing的开发人员用起来很自然。

我个人的感觉，jsf的思路和struts是完全不一样的。对于struts来说，没有一个很好的model的概念，Action可以看成是model的替代品。jsf中页面显示直接帮定后台的model的数据,页面事件自动榜定model中的方法，在处理事件密集型的页面时候，可以明显提高开发效率。另外就是jsf的各种组件，也是可以大大提高效率的。