【IT168 专稿】工具是JSF曾经的痛，没有可视化开发工具支持的JSF，无法将其简化Java Web开发的特性发挥得淋漓尽致。在经历了缓慢的发展历程后，NetBeans终于脱颖而出，实现了真正意义上的JSF可视化开发。NetBeans的Visual Web Pack 是JSF可视化开发的工具包，具有多项创新的开发技术，正是这些突破常规的手法，造就了NetBeans在JSF可视化开发领域的先锋地位。

    1. 工具是JSF曾经的痛
    笔者自从数年前一个偶然的机会接触到JSF后，一直对JSF寄予厚望，而JSF也未曾负我，在诸多项目中成为我的得力助手，让我尝到了快速Java Web开发的甜头。有那么一段时间，只要有人和我谈论起Java Web方面的技术问题，我都会像个买瓜的王婆，拿出JSF来吹嘘一番。后来，在IT168上陆续发表了几篇介绍JSF的文章，被Itpub.net论坛转载，竟然在坛友中博得了一个“JSF狂人”的称号，一时之间，不知道是应该喜出望外，还是应该受宠若惊。非常巧合的是，“JSF”恰好是中文“教唆犯”的汉语拼音首字母，所以，每当我写完一篇JSF的文章，极力鼓动Java Web程序员转向JSF时，我感觉自己又当了一次“教唆犯”。其实，作为一个凡人，笔者既没有“先天下之忧而忧，后天下之乐而乐”的崇高境界，也不能实践“勿以恶小而为之,勿以善小而不为”的古训，之所以为JSF奔走呐喊，只是因为JSF曾经带我走出Java Web的泥绰，使得作为程序员的我，过上了稍微轻松一些的生活。在大批Java Web程序员仍然在JSP的乱麻中“剪不断，理还乱”时，我觉得自己有义务向他们介绍JSF，哪怕是出于同病相怜的动机也好。

    尽管我费力地鼓吹JSF，其实在私底下，我不得不承认，JSF有一只痛脚。这只痛脚不是别的，就是工具的支持。关于JSF的优势，我可以如数家珍般娓娓道来，比如UI组件模型，比如事件驱动，比如集中式的页面导航等等，不一而足，不过，一旦有人问起“JSF比ASP.net如何”这样的问题时，我只好顾左右而言他，打个哈哈转移话题。在技术架构上，JSF比ASP.net有过之而无不及，且不说Java语言的广泛适用性，起码JSF与具体标记语言的无关性，就让ASP.net自愧弗如，而且，JSF是一个精心设计的框架，有着丰富的插入点，框架的任何一个特征，都允许用户用自己的实现去替代，在开放性方面，非ASP.net可比。可惜，这些优势只对专家有意义，在普通程序员眼里，ASP.net才是完美的开发环境，是程序员的利器。在一个Microsoft Visual系列高度集成的开发环境里，用鼠标拖拖拉拉，写上不多的几行代码，然后一个功能强大的Web应用就诞生了。Microsoft彻底改变了传统的Web编程方式，ASP.net让程序员可以半躺在沙发上编写程序，一杯清茶下去，程序已经欢快运行。

    Java Web的程序员就没有这么幸运了。JSF推出以后，虽然号称“designed to be tooled”，但能够真正支持可视化开发的IDE实际上并不多见，尤其是在开源领域，可以说几乎没有。JBuilder曾经是最好的JSF工具，不过，JBuilder对JSF可视化开发的支持，仅限于导航规则的编辑，而这其实对JSF应用的开发帮助不大。在JBuilder中，JSF的组件不是显示为一个图标，而是一个tag；当你试图从面板上拖放一个JSF组件到页面上时，你看到的也不是一个组件，而是一段代码。尽管如此，JBuilder还是在其介绍文档中声称支持JSF可视化开发，很让我兴奋了一阵，安装上以后才知道，此“可视化”非彼“可视化”也。也许是因为JBuilder名声太响，此后东施效颦者众，很多JSF的IDE都会弄一个导航规则的可视化编辑器出来，然后给自己贴上“JSF可视化开发”的标签，来吸引Java Web程序员的眼球。
    直到NetBeans出现，这种状况才得到改变。