5. Creator与JSF的集成 熟悉JSF的人们一定记得,Creator诞生的二零零一年,也是JSF生命的起点。二零零一年五月,Sun在JSR#127中提出制订一个以用户界面框架为目标的规范,经过半个月的投票表决,SE/EE执行委员会以十票同意、五票反对和一票弃权的结果批准了JSR#127,这就是JavaServer Faces规范,即JSF。开发Creator的想法比JSF规范稍晚几个月,因此,当Sun决定为Creator立项时,JSR#127已经得到了批准,也就是说,Creator完全可以面向JSF技术。 Creator开发小组正是这样决定的。Creator的一个主要目标对象是VB/ASP开发者,而JSF又标榜以简化Java Web开发为己任,因此,Creator的第一个版本,顺理成章地定位为基于Java语言的、JSF应用的快速可视化集成开发环境。与NetBeans不同,Creator在其界面上表现出诸多支持快速可视化开发的特征,例如供拖放组件用的组件面板,方便管理数据源、EJB和Web Services的服务器导航器,上下文敏感的动态帮助,简单的应用服务器部署以及Web应用的调试工具等等,不一而足。 Creator的开发肯定是被JSF规范拖了后腿。JSF规范也许是Java历史上最“难产”的规范之一。二零零一年五月底,JSF专家组成立,着手制订规范文档。历经多次的讨论和修订,JSF规范的1.0版,在差不多三年后的二零零四年三月,才得以面世。Creator既然是用来开发JSF应用的,当然必须要等到JSF规范正式出台后,才能竣工,因此,直到二零零四年六月,也就是JSF 1.0发布后三个月,Sun才向公众宣布Sun Java Studio Creator的面世。 在Creator中,Sun将JSF应用的开发简化到了前所未有的地步。Sun在Creator中显示了对初学者的关怀,缺省情况下,Creator的安装包括了一个数据库和一个应用服务器,并且是已经配置好的,当Creator启动时,配套的数据库和应用服务器也同时自动启动。这使得初学者不用为配置开发环境而大伤脑筋,很多初学者往往因为无法成功配置数据库或应用服务器而放弃使用某种IDE,Sun试图通过绑定这两种服务器来避免这种情况的发生,可见Sun在Creator上是费尽苦心了的。 不用为开发环境烦恼,然后开发者才有心情体验Creator的快速可视化JSF应用开发。笔者曾经有幸试用过Creator,确实非常优秀,在Java语言环境下,第一次像在微软的Visual Studio中那样,用鼠标拖放组件,给人一种非常奇妙的感觉。JSF的组件被放置在一个组件面板中,创建一个JSF页面后,从组件面板中拖放一个组件到页面上,后台自动生成相关代码。那时笔者正在使用JBuilder开发一个JSF项目,试着比较JBuilder中手工编写的代码和Creator自动生成的代码,发现有许多不同之处,Creator的代码要复杂得多,有很多代码是笔者所不能理解的。可见,Creator与JSF的集成非常紧密,几乎发挥了JSF的全部特点。 与JSF高度集成,在后续的Creator版本中依然保持得很好,二零零五年初发布的Creator 2支持JSF1.1,随后来发布的Creator 2的更新版本Creator 2U1则已经可以使用JSF的最新版本1.2了。不管从哪个方面考察,Creator都是最优秀的JSF应用开发工具,因为它们的目标相似,志同道合,所以配合起来天衣无缝。“designed to be tooled”的JSF唯有依靠Creator才能一展歌喉,而Creator也凭借JSF嘹亮的歌声,赢得了Java Web开发者青睐的目光。 |