当前页面: 开发资料首页 → Java 专题 → JBuilder和JDeveloper的简单比较
JBuilder和JDeveloper的简单比较
摘要: Jbuilder是Borland公司开发的java开发的工具，而JDeveloper是Oracle公司提供给大家使用的IDE工具
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作为数据库� 矫娴睦洗螅比欢允菘獾闹С址矫嫖颐翘峁┝撕芏嗟姆奖悖钦绱蠹宜赖模珺orland所提供的开发工具都是以简单易用、对用户友好而出名的，在实际的开发过程中，在代码自动完成，错误自动修正还有调试的过程中，JBuilder都提供了JDeveloper所不能提供的方便，这也是我们最终在开发的时候选择了JBuilder的原因。
例如：当我们在代码中使用了一个我们没有引用的类的时候，JDeveloper只是简单的为我们报错，而不会给我们提供解决的方法，而在Jbuilder当中，我们可以方便的按下alt+enter来看提示，并在建议的改进方法中选择自动修改我们的错误。或者在java开发中我们深恶痛绝的catch exception,有些操作由于没有捕获异常，而不能在编译过程中通过，在JDeveloper中我们只能老老实实的添加try……catch，然而在Jbuilder中，我们同样可以让它自动完成这项功能。
在这个方面，应该说JBuilder在很大程度上获得了胜利。
以上就是我在开发过程中对二者的使用的一个简单的比较，可能在某些方面由于我没有使用到而有些偏颇，希望能够与大家一起讨论。
一、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作为数据库� 矫娴睦洗螅比欢允菘獾闹С址矫嫖颐翘峁┝撕芏嗟姆奖悖钦绱蠹宜赖模珺orland所提供的开发工具都是以简单易用、对用户友好而出名的，在实际的开发过程中，在代码自动完成，错误自动修正还有调试的过程中，JBuilder都提供了JDeveloper所不能提供的方便，这也是我们最终在开发的时候选择了JBuilder的原因。
例如：当我们在代码中使用了一个我们没有引用的类的时候，JDeveloper只是简单的为我们报错，而不会给我们提供解决的方法，而在Jbuilder当中，我们可以方便的按下alt+enter来看提示，并在建议的改进方法中选择自动修改我们的错误。或者在java开发中我们深恶痛绝的catch exception,有些操作由于没有捕获异常，而不能在编译过程中通过，在JDeveloper中我们只能老老实实的添加try……catch，然而在Jbuilder中，我们同样可以让它自动完成这项功能。
在这个方面，应该说JBuilder在很大程度上获得了胜利。
以上就是我在开发过程中对二者的使用的一个简单的比较，可能在某些方面由于我没有使用到而有些偏颇，希望能够与大家一起讨论。
↑返回目录
前一篇: 软件体系架构模式在J2EE中的应用
后一篇: 实战Java多线程编程精要之实现线程