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在很大程度上获得了胜利。

　　以上就是我在开发过程中对二者的使用的一个简单的比较，可能在某些方面由于我没有使用到而有些偏颇，希望能够与大家一起讨论。