JBuilder和JDeveloper的简单比较[Java编程]

Jbuilder是Borland公司开辟的java开辟的工具,而JDeveloper是Oracle公司供应应大家利用的IDE工具,近来的开辟历程中辨别利用了这两种工具,目前来谈一下自己在计划和开辟的历程中发现的两种工具的差别,并对两种工具供应的功效做一个简单的对比,但愿与大家共同交流.

1、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图的时刻无法理解到此中参数的情形.

在计划的历程中,应当说二者是打了一个平手.

2、开辟:这个方面我主要指的就是实际的编码工作,在这个方面,Oracle作为数据库方面的垂老,当然对数据库的支持方面为我们供应了很多的便利,但是正如大家所知道的,Borland所供应的开辟工具都是以简单易用、对用户友好而出名的,在实际的开辟历程中,在代码自动完成,错误自动改正还有调试的历程中,JBuilder都供应了JDeveloper所不能供应的便利,这也是我们终究在开辟的时刻挑选了JBuilder的缘由.

比方:当我们在代码中利用了一个我们没有引用的类的时刻,JDeveloper只是简单的为我们报错,而不会给我们供应办理的办法,而在Jbuilder当中,我们可以便利的按下alt+enter来看提醒,并在倡议的改良办法中挑选自动改正我们的错误.大概在java开辟中我们深恶痛绝的catch exception,有些操作由于没有捕捉非常,而不能在编译历程中通过,在JDeveloper中我们只能老诚恳实的增添try……catch,但是在Jbuilder中,我们一样可以让它自动完成这项功效.

在这个方面,应当说JBuilder在很大程度上得到了成功.

以上就是我在开辟历程中对二者的利用的一个简单的对比,大概在某些方面由于我没有利用到而有些偏颇,但愿可以与大家一同谈论.