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。

评论

29 楼 jvincent 2007-07-03  

现在Eclipse3.3发布了,用了一下,对JSF的支持已经很好..Bean、导航的定义已经有了图形界面...代码的提示也已经很好...应该说JSF的开发工具已经具备..

28 楼 zyl 2007-05-10  

ltian 写道

zyl 写道

我已经彻底掉进了jsf的深渊，从来没有一个框架让我去花费那么多的时间去研究。从jsf规范到ri实现，到myfaces。到facelets，到ajax4tojsf,到richfaces，不知何处才是尽头。
不知道，作为一个初学者，要完全的掌握jsf，到底需要多长时间，个人感觉会是很长的时间。

ＪＳＦ没有像各位说的那么复杂吧，我们团队在2004年６月从delphi转到Ｊａｖａ，在８月末用一个月时间就学完ＪＳＦ标准了，当时ＪＳＦ１.1参考实现刚出来，国内没有任何资料，怎能说复杂呢?
我觉得JSF的思想和Ｄｅｌｐｈｉ及其相似啊．
delphi　form ----JSF vieｗ　他们都是根容器，所有的组件都在这个容器中存储．
至于事件产生的机理可比delphi的简单的多,掌握好生命周期，不懂得时候看看源码,就可以说学会了JSF,至于其他的都是JSF相关的,看需要而定了,不一定都要学.

当然，如果你只是想学着如何使用jsf，那么用不了1个礼拜的时间，就可以做一个demo出来，可后续的调试，以及和ajax的集成，如果发生错误，去跟踪，那么，后续的时间，会慢慢的增加。当然，我现在完全从源码的角度去分析，所以花费的时间更多了，而且对于一个框架来说，有那么多的应用，那么多的实现，不知道是好事情，还是坏事情。至少，如果，我使用tapestry,structs，我只需要很少的时间就可以快速的掌握，对比而言，jsf让我花费的时间那就多多了。

27 楼 zyl 2007-05-09  

我已经彻底掉进了jsf的深渊，从来没有一个框架让我去花费那么多的时间去研究。从jsf规范到ri实现，到myfaces。到facelets，到ajax4tojsf,到richfaces，不知何处才是尽头。
不知道，作为一个初学者，要完全的掌握jsf，到底需要多长时间，个人感觉会是很长的时间。

26 楼 JJYAO 2007-05-08  

林秋枫 写道

JJYAO 写道

qqeerr20012001 写道

不管怎样,JSF已经成了标准,大厂商还是会支持的

千万别以是否标准来做来评判JSF好坏．标准只是一个起点，JSF标准离成熟还有相当一段距离，在这期间，使用JSF一定要结合第３方扩展，比如Facelets，MyFace,ADF,Seam,Shale等．

我们只能期盼JSF2.0的标准的推出，以及它的RI(Reference Implementation)变的足够强大，以便能够构建一个完整的JSF应用，而不是现在的大家所说的＂想用JSF，但是RI实现非常烂，你可以采用第３方实现＂．只有当RI实现完整包含了Facelets，MyFace,ADF等功能后，以及简化组件的扩展等等其他方面的提升后，JSF才能真正有机会被广泛使用．而目前，只能结合其它的扩展实现，才能发挥JSF的能量

我们在用ejb1.x的时候也在等待ejb2.0的推出。等到ejb2.0推出的时候，已经给很多人抛弃了

你想说明什么？JSF是下一个EJB？这样的类比意义不大。能够总结它们的优缺点才是关键

25 楼 liangguanhui 2007-05-08  

jsf还有很长的路要走，就像ejb，现在都3.0了，但接受程度还是不高

24 楼 林秋枫 2007-05-08  

JJYAO 写道

qqeerr20012001 写道

不管怎样,JSF已经成了标准,大厂商还是会支持的

千万别以是否标准来做来评判JSF好坏．标准只是一个起点，JSF标准离成熟还有相当一段距离，在这期间，使用JSF一定要结合第３方扩展，比如Facelets，MyFace,ADF,Seam,Shale等．

我们只能期盼JSF2.0的标准的推出，以及它的RI(Reference Implementation)变的足够强大，以便能够构建一个完整的JSF应用，而不是现在的大家所说的＂想用JSF，但是RI实现非常烂，你可以采用第３方实现＂．只有当RI实现完整包含了Facelets，MyFace,ADF等功能后，以及简化组件的扩展等等其他方面的提升后，JSF才能真正有机会被广泛使用．而目前，只能结合其它的扩展实现，才能发挥JSF的能量

我们在用ejb1.x的时候也在等待ejb2.0的推出。等到ejb2.0推出的时候，已经给很多人抛弃了

23 楼 过儿oO 2007-05-08  

JSF感觉发展时间有点短，很多时候需要结合其他的技术才能完成一个功能，有的组件，只是放在那，里面的功能根本没有，但我估计它会越来越好的

22 楼 lendo.du 2007-05-08  

个人看好JSF的前景!

21 楼 JJYAO 2007-05-08  

qqeerr20012001 写道

不管怎样,JSF已经成了标准,大厂商还是会支持的

千万别以是否标准来做来评判JSF好坏．标准只是一个起点，JSF标准离成熟还有相当一段距离，在这期间，使用JSF一定要结合第３方扩展，比如Facelets，MyFace,ADF,Seam,Shale等．

我们只能期盼JSF2.0的标准的推出，以及它的RI(Reference Implementation)变的足够强大，以便能够构建一个完整的JSF应用，而不是现在的大家所说的＂想用JSF，但是RI实现非常烂，你可以采用第３方实现＂．只有当RI实现完整包含了Facelets，MyFace,ADF等功能后，以及简化组件的扩展等等其他方面的提升后，JSF才能真正有机会被广泛使用．而目前，只能结合其它的扩展实现，才能发挥JSF的能量

20 楼 qqeerr20012001 2007-05-08  

不管怎样,JSF已经成了标准,大厂商还是会支持的

19 楼 heyujava 2007-05-07  

可以，我也喜欢JSF

18 楼 oksonic 2007-04-12  

JSF很不错的,只是开始学起来不太容易。

17 楼 slaser 2007-04-11  

lgx522 写道

简单、模式化的页面（比如CRUD）用框架方便，尤其是JSF。
复杂的页面还是用JSP来得直接。

其实说实在的，做Web层还是纯脚本来得快，尤其是asp、php，可惜结构混乱，大了之后难维护管理。
结构化高的东西，像Java的Web框架，适应大项目，但Web层始终是不灵活。这一点包括ASP.NET也好不到哪里去。

所以说，规范性与灵活性，这是一对矛盾。

一些B/S的企业应用主要就是一些模式化的页面堆砌而成。主要要求方便的录入和输出数据，这方面，jsf抽象出一些控件，比起直接写html和js还是快多了。比如说Tree,tab等，就算用了dojo之类框架也要考虑和服务器端的数据交互问题，jsf这类基于服务器端组件的设计把这种工作减到了最小。当然这样的缺点就是不灵活，扩展一个jsf控件也比较麻烦，任何东西都是2面性的。我还看好jsf,tapesry的另外一个原因是长远来看，我们并不一定要把这种技术只用于html,jsf和tapestry这类框架将来完全可以应用到任何界面语言，比如将来我们的网站不再通过html来给客户端界面，而是对ie提供xaml,对firefox提供xui，那么我只用在jsf里面写一次，由jsf框架来映射，比我们自己写2套不是节省了很多时间？

16 楼 zyl 2007-04-10  

lgx522 写道

简单、模式化的页面（比如CRUD）用框架方便，尤其是JSF。
复杂的页面还是用JSP来得直接。

其实说实在的，做Web层还是纯脚本来得快，尤其是asp、php，可惜结构混乱，大了之后难维护管理。
结构化高的东西，像Java的Web框架，适应大项目，但Web层始终是不灵活。这一点包括ASP.NET也好不到哪里去。

所以说，规范性与灵活性，这是一对矛盾。

很有同感

15 楼 lgx522 2007-04-10  

简单、模式化的页面（比如CRUD）用框架方便，尤其是JSF。
复杂的页面还是用JSP来得直接。

其实说实在的，做Web层还是纯脚本来得快，尤其是asp、php，可惜结构混乱，大了之后难维护管理。
结构化高的东西，像Java的Web框架，适应大项目，但Web层始终是不灵活。这一点包括ASP.NET也好不到哪里去。

所以说，规范性与灵活性，这是一对矛盾。

14 楼 coolyi88 2007-04-10  

正在使用、、
有些東東確實不咋的

13 楼 myali88 2007-04-10  

真是要让这些框架之争烦老4了....

12 楼 AvengerBevis 2007-04-10  

决定研究研究它了！

11 楼 littcai 2007-04-10  

糟糕的可视化，到最后还是直接写代码，很多属性不支持！除了结构化好一点，学习曲线、开发效率都高的吓人。还是坚持最简单的JSP,100年不变

10 楼 rockjava 2007-04-10  

引用

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

为什么这么说呢？