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在很大程度上获得了胜利。
以上就是我在开发过程中对二者的使用的一个简单的比较,可能在某些方面由于我没有使用到而有些偏颇,希望能够与大家一起讨论。
一、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在很大程度上获得了胜利。
以上就是我在开发过程中对二者的使用的一个简单的比较,可能在某些方面由于我没有使用到而有些偏颇,希望能够与大家一起讨论。