JBuilder和JDeveloper的比较

原创|其它|编辑:郝浩|2008-05-27 10:17:07.000|阅读 1006 次

概述:

      lder是Borland公司开发的java开发的工具,而JDeveloper是Oracle公司提供给大家使用的IDE工具,最近的开发过程中分别使用了这两种工具,现在来谈一下自己在设计和开发的过程中发现的两种工具的不同,并对两种工具提供的功能做一个简单的比较,希望与大家共同交流。

  一、UML设计:在开发之前,我们首先想到使用UML对所要开发的项目进行设计,以使自己在真正编码的时候做到心中有数。在这个方面,JDeveloper比Jbuilder有着天然的优势,因为在Jdeveloper中就包含了创建UML图的工具,我们可以方便的在一个工具下进行UML的设计,并且在其中,从图到代码的转换是自动完成的,而不需要我们手动的进行转换,而且,所有的图示与源代码都是处于一个工程中的,这也方便了我们对整个工程的把握和管理。

  而在Jbuilder的开发过程中,我们不得不借助与其他的工具进行UML设计,我们选择的是Borland公司专门针对JBuilder的Together Designer for Jbuilder,然而,这个工具在一定程度上与我们的工程有些不协调的地方。我并不是说这个工具不如JDeveloper中的UML设计工具,相反,我觉得在很大程度上,尤其是方便易用的方面,Together Designer比JDeveloper有更大的优势,一方面Together Designer 2005全面集成的针对UML 2.0的支持,我们可以在其中非常方面的建立UML的设计。(可惜我对UML2.0的理解还不太深入,没有胆量使用,呵呵),另一方面,里面集成了一些模式的模板。哪些模式呢?那就是大家最熟悉的“四人帮”所提出的那些模式,这样如果我们在设计过程中使用了设计模式的话,就可以方便的调用,而无需自己设计,这一点也是非常方便的。但是我们的设计是一个非常小的工程,我考虑了一下,但是暂时没有发现可以使用设计模式的地方,可惜了这么好的功能。

  另外,我个人觉得有一点二者是各有所长,那就是对参数的处理上,在JDeveloper中,所有的参数我们都需要手动输入,并且可以在设计图中显示。而在Together Designer中,我们可以向在编制程序的过程中一样,对一个操作的各项参数进行详细的设计,但是所有的参数都不会显示在图上,这项功能我想每个人的看法都是不一样的,如果说好,那么这样的设计可以避免由于操作的描述太长,而在页面显示上出现问题。如果说不好,那就是我们在看UML图的时候无法了解到其中参数的情况。 在设计的过程中,应该说二者是打了一个平手。

  二、开发:这个方面我主要指的就是实际的编码工作,在这个方面,Oracle作为数据库方面的老大,当然对数据库的支持方面为我们提供了很多的方便,但是正如大家所知道的,Borland所提供的开发工具都是以简单易用、对用户友好而出名的,在实际的开发过程中,在代码自动完成,错误自动修正还有调试的过程中,JBuilder都提供了JDeveloper所不能提供的方便,这也是我们最终在开发的时候选择了JBuilder的原因。

  例如:当我们在代码中使用了一个我们没有引用的类的时候,JDeveloper只是简单的为我们报错,而不会给我们提供解决的方法,而在Jbuilder当中,我们可以方便的按下alt enter来看提示,并在建议的改进方法中选择自动修改我们的错误。或者在java开发中我们深恶痛绝的catch exception,有些操作由于没有捕获异常,而不能在编译过程中通过,在JDeveloper中我们只能老老实实的添加try……catch,然而在Jbuilder中,我们同样可以让它自动完成这项功能。 在这个方面,应该说JBuilder在很大程度上获得了胜利

标签:

本站文章除注明转载外,均为本站原创或翻译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动成果

文章转载自:博客

登录慧都网发表评论登录


暂无评论...

为你推荐

  • 推荐视频
  • 推荐活动
  • 推荐产品
  • 推荐文章
  • 慧都慧问
title
相关厂商
相关产品
DevExpress Universal Subscription

行业领先的.NET界面控件,示例和帮助文档完善,提供定制、培训、汉化一体化服务。

在线客服 在线QQ 电话咨询
400-700-1020
反馈
在线客服系统
live chat