Eclipse,NetBeans及IntelliJ—Java IDE大战之NetBeans篇 - 编程入门网
功能;另外,还提供了一些向导用于简化文件faces-config.xml中的导航规则。此外,NetBeans并没有提供对Apache MyFaces的支持(仅支持JSF RI);因此,你必须手工修改创建的初始工程以便删除JSF RI部分而使用MyFaces。
此外,NetBeans并没有提供任何可视化编辑器来维护faces-config.xml文件。任何事情都是通过原始的XML编辑或两三个基本上下文菜单向导来实现的。尽管这完全可以工作而且毫无疑问对于老手已经足够了,但是,它几乎无法实现其它IDE对于JSF开发者支持方面所具有的易用性和高效性。 然而,NetBeans Visual WebPack的确对构建JSF应用程序提供了一种可选方案—通过把Sun Java Studio Creator中的大多数特征直接移植到NetBeans中。这包括一个Matisse风格的web页面GUI构建器,其中提供了大量的JSF控件(最近作为单独的开源工程Woodstock而存在);这些控件扩展了基本JSF RI集,而且还支持数据绑定(既支持直接的数据库查询,也支持经由JPA/Hibernate的数据库操作)。 虽然存在上面这么多优秀的特征,但Visual Web Pack仍然存在一些不足(导致许多Java公司不愿意选择它),列举如下: 1.缺乏对页面模板的支持(尽管你可以把一个页面保存为一个模板,并且把它用作新模板的一个基模板,但是显然这种改变也无法从根本上简化页面的设计)。不过,对Facelets的支持或对来自于MyFaces的Tiles支持可以在此大派用场了。 2.缺乏对Apache MyFaces的支持(当发布到使用MyFaces RI而不是使用Sun的实现方案—例如JBoss—的应用程序服务器上时,这潜在地会导致一些问题)。 3.对于支持bean的自动生成功能不够灵活(它基本上以一种非常直接的ASP.NET方式模仿了每一个JSF页面中的结构化上下文,从而使之无法与面向会话的支持bean(例如JBoss Seam中所要求的)联用。 【注意】一个伟大的特征是针对Facelets的支持。如今,许多JSF社区都在全力推荐用之作为JSP的完全替代品(特别是,JBoss Seam开发团队在它所有的文档中公开地呼吁这一点)。 尽管NetBeans开发小组声称在下一个发行版本中将尽力克服所有上面这些不足,但我仍认为Visual Web Pack是针对JSF开发的极具有生产效率的工具。 企业开发 NetBeans 5.5是第一个支持JPA和EJB 3.0的IDE,并且对之提供了相当优秀的支持。特别是,带有注解(包括对persistence.xml文件的适当设置,甚至还提供一些基本的连接信息)的JPA实体类的自动生成功能将会节约你大量的重复编码时间。而且,自动生成的JPA代码是高质量的,可以立即投入使用。 对于纯粹的企业开发方面,NetBeans对J2EE 1.4和Java EE 5提供了全面支持。特别是,对于J2EE 1.4工程,相应的EJB向导能够生成所有要求的代码(包括business/home/remote接口,以及它们各自的代理实现—更不必提绑定ejb-jar.xml配置文件这样简单的事情)。简言之,NetBeans能够自动为你处理J2EE 1.4相关的大多数琐碎工作,而且也为Java EE 5提供良好的支持(是提供这种支持的第一个IDE,尽管IDEA随后也很快提供了相应支持)。 从其消极的一面看,NetBeans仅对把企业应用程序发布到GlassFish/Sun应用程序服务器和JBoss上提供正式支持。尽管如此,其更新站点也为WebLogic和WebSphere提供了额外的支持插件,但是我还不十分确定是否NetBeans开发小组会正式提供对它们的支持。 另外,免费版本的企业包中还增添了强有力的UML图表特征(包括双向编辑以及与Java代码的同步),而且还提供了BPEL/SOA编辑器。然而,对这些内容的讨论已经超出本文范围。 对NetBeans的建议 说实在的,我确实很喜欢使用NetBeans。它的几近失败的开发团队奋力抗争,终于争得了属于自己的一席一地—而当时几乎每个人都会认为Eclipse会生吞活剥之,而如今它却在自己的最 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务,公司网站:http://www.lingzhong.cn 为了给广大客户了解更多的技术信息,本技术文章收集来源于网络,凌众科技尊重文章作者的版权,如果有涉及你的版权有必要删除你的文章,请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢! |