JBuilder和JDeveloper的简朴较量

Jbuilder是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在很洪流平上得到了胜利。

以上就是我在开拓进程中对二者的利用的一个简朴的较量，大概在某些方面由于我没有利用到而有些偏颇，但愿可以或许与各人一起接头。