以下是自己的看法，不代表什么，我也想知道为什么大家对JSF热情都没有那么高。
简单谈谈自己对JSF的看法。
1.个人情感上
从个人情感来讲，对JSF并没有太多的好感，完全认为是在模仿微软的做法，但是还显着有些不伦不类。所以从感情来讲，我自己从心里还是抵触JSF这项技术的。也没有想去学这项技术，也许大家可以说我不够专业，对技术没有执着的追求，这些批评是对的。
2.技术资料的匮乏。
这点可能有很多人要反驳了，学习资料怎么会少？直接GOOGLE IT 。^_^。但相对而言还是比较少的。既然有人喜欢这种编程方式，估计都跑到.NET阵营了吧。看看MSDN和铺天盖地的.NET书籍，大家都明白了吧。
3.技术规范的选择。
EJB怨声载道之后，SUN公司的J2EE体系受到了严重的质疑，通过这一点，也是间接影响到了JSF的推广。关于表现层的技术，有些开源的方案已经是更好的了。
4.对传统的挑战。
SUN推广的JSP已经强烈的深入了开发者的心，JSF面临的竞争对手，不但是.NET平台相关的WEB开发技术，还有来自JSP强有力的竞争。当大家已经习惯JSP的时候，怎么能轻易的转向JSF？这不但是技术的转变，也是对软件开发流程的很大影响，各个公司不会冒这种风险的。
5.IDE的支持。
并不是ASP.NET有多好，而是所支撑的IDE是很便利的。一切相关的技术整合在一起，开发的便利就不多说了。在看看JAVA，JSF的IDE支持，不能说不好，只能说选择太多了，选择太多了就意味着无从下手，几个主流的IDE,ECLIPSE,NETBEAN,IDEA,JBUILDER都对JSF有良好的支持。但现下手为强，后下手遭殃，当JSF支持良好的时候，所有喜欢拖拽的人都跑到ASP.NET的阵营当中了。
?
?
?
1 楼
verydxz
2007-01-02
<p>Hehe~很不幸，我就是那种以前用过.Net的~ 最近想学学Java，有句话说深入一门技术先从GUI开始，于是就学习Swing和JSF。我觉得我和Java社区的很多人包括您想法都不一样~</p>
<p>1。可能是我Asp.Net比较熟悉吧，看到JSF时候感觉很不错。我也接触过Struts和WebWork，一点也没好感，很疑惑如果页面逻辑比较复杂，要写多长配置文件，这大概也是个人偏见吧~</p>
<p>2。技术资料问题，只能说一是MS的宣传能力确实比Sun高几个档次，但我觉得更重要的是国内很多人用惯Struts，好像在Java Web开发中那种老式MVC就成了权威，其实JSF英文资料还是挺多的。还有个原因，JSF一直在默默发展，1.2才加到J2EE标准里面，版本固定不下来对学习肯定不好。</p>
<p>3。技术规范我没发言权。。haha，MS的Enterprise Lib在国内照样也是用的人不多。。还有Tapestry和JSF还是有区别的。。</p>
<p>4。这点也是我们大家的问题，习惯了一种东西就不愿换了。还有国内这种风气，让编程一点快乐都没有，谁会花力气去学新东西？（幸好我还在读书，还可以自己YY一段时间）</p>
<p>5。IDE上面我又要乱放话了，力挺NetBeans！heh~很多人都说Eclipse插件好，也不想想好的插件都要钱的（当然我们都用盗版。。）NB官方的那些Pack的功能已经很强大了，不是Eclipse那10个官方项目能比的~</p>
<p>6。不要贬低拖拽，不管是老手还是新手，WYSIWYG都能大大加快开发速度。我学Java开始时候也是EditPlus+JDK，这样对掌握基础确实好（反面教材：用.Net这么久，我现在还没用过csc。。）但如果做复杂GUI大家还是喜欢手写，我只能说I服了U。</p>
<p>7。其实还有一点，组件的重用性。比如Asp.Net下面有很多公司专门靠做控件赚钱的，这些控件也确实在加快开发。</p>
<p>最后，我是一Java门外汉，肯定有很多说的不对的地方，欢迎大家讨论~</p>
<p>1。可能是我Asp.Net比较熟悉吧，看到JSF时候感觉很不错。我也接触过Struts和WebWork，一点也没好感，很疑惑如果页面逻辑比较复杂，要写多长配置文件，这大概也是个人偏见吧~</p>
<p>2。技术资料问题，只能说一是MS的宣传能力确实比Sun高几个档次，但我觉得更重要的是国内很多人用惯Struts，好像在Java Web开发中那种老式MVC就成了权威，其实JSF英文资料还是挺多的。还有个原因，JSF一直在默默发展，1.2才加到J2EE标准里面，版本固定不下来对学习肯定不好。</p>
<p>3。技术规范我没发言权。。haha，MS的Enterprise Lib在国内照样也是用的人不多。。还有Tapestry和JSF还是有区别的。。</p>
<p>4。这点也是我们大家的问题，习惯了一种东西就不愿换了。还有国内这种风气，让编程一点快乐都没有，谁会花力气去学新东西？（幸好我还在读书，还可以自己YY一段时间）</p>
<p>5。IDE上面我又要乱放话了，力挺NetBeans！heh~很多人都说Eclipse插件好，也不想想好的插件都要钱的（当然我们都用盗版。。）NB官方的那些Pack的功能已经很强大了，不是Eclipse那10个官方项目能比的~</p>
<p>6。不要贬低拖拽，不管是老手还是新手，WYSIWYG都能大大加快开发速度。我学Java开始时候也是EditPlus+JDK，这样对掌握基础确实好（反面教材：用.Net这么久，我现在还没用过csc。。）但如果做复杂GUI大家还是喜欢手写，我只能说I服了U。</p>
<p>7。其实还有一点，组件的重用性。比如Asp.Net下面有很多公司专门靠做控件赚钱的，这些控件也确实在加快开发。</p>
<p>最后，我是一Java门外汉，肯定有很多说的不对的地方，欢迎大家讨论~</p>
2 楼
JeffreyHsu
2007-01-24
引用
JSF面临的竞争对手，不但是.NET平台相关的WEB开发技术，还有来自JSP强有力的竞争
呵呵～～～
3 楼
风雪涟漪
2007-01-24
<p>关于学习技术从GUI开始，其实是个好的开端，这样学起来挫折感比较少。能增加编程序的乐趣。关于SWING简单说几句，本人还是比较看好基于ECLIPSE的RCP开发，所以建议掌握SWT/JFACE~</p>
<p>1。。NET不多说了。这样战火容易扩大~。</p>
<p>2。一个技术流行的程度，并不能说明技术本身有多好。只能说关于这项技术的开发模式和项目管理相对于来说比较成熟。换技术对公司来说影响比较大，如果说从STRUTS-〉WEBWORK。还比较容易的话，STRUTS-〉JSF绝对难度要很大。希望JSF能有好的发展。</p>
<p>3。不说了，官方的东西其实也是个参考，能不能用还是有大众客户决定的。</p>
<p>4。这不是大家的问题，不流行也说明技术本身也是有问题的。国内一部分软件公司实在没有实力推行新技术，连老技术能完成项目，使客户满意已经不错了。</p>
<p>5。Eclipse好的原因是大厂商支持的好，也是先下手为强了。现在各大公司内部的软件，有往ECLIPSE RCP发展的趋势，给开发者很大的信心。</p>
<p>6。拖拽是很好，但面临的问题是怎样生成更好的代码。让界面设计人员与程序开发人员更好的解耦合。</p>
<p>7。同意~</p>
<p><br/>
<br/>
<br/>
<br/>
</p>
<p>1。。NET不多说了。这样战火容易扩大~。</p>
<p>2。一个技术流行的程度，并不能说明技术本身有多好。只能说关于这项技术的开发模式和项目管理相对于来说比较成熟。换技术对公司来说影响比较大，如果说从STRUTS-〉WEBWORK。还比较容易的话，STRUTS-〉JSF绝对难度要很大。希望JSF能有好的发展。</p>
<p>3。不说了，官方的东西其实也是个参考，能不能用还是有大众客户决定的。</p>
<p>4。这不是大家的问题，不流行也说明技术本身也是有问题的。国内一部分软件公司实在没有实力推行新技术，连老技术能完成项目，使客户满意已经不错了。</p>
<p>5。Eclipse好的原因是大厂商支持的好，也是先下手为强了。现在各大公司内部的软件，有往ECLIPSE RCP发展的趋势，给开发者很大的信心。</p>
<p>6。拖拽是很好，但面临的问题是怎样生成更好的代码。让界面设计人员与程序开发人员更好的解耦合。</p>
<p>7。同意~</p>
<p><br/>
<br/>
<br/>
<br/>
</p>
4 楼
itkui
2007-09-09
公司用什么，咱就学什么。