《谈软件开发工具的选择》由会员分享，可在线阅读，更多相关《谈软件开发工具的选择（10页珍藏版）》请在金锄头文库上搜索。
1、谈软件开发工具的选择作者：佚名 日期：2010年04月22日 来源：不详 浏览：惡25次核心提示：我国的软件开发已经逐步从原来的手工作坊式发展到了软件工程的阶段。同时，软件开发本身也在不断发展，已从“算法+数据结构二程序” 逐步发展到了“设计模式+对象组件+开发工具二程序”。开发工具的选择，已 经成为软件开发成功的要素之一。开发工具的选择主要决定于两个因素：所开发系统的最终用户和开发人员。最终用户需求是一切软件的来源和归宿，也 是影响开发工具的决定性因素；开发人员的爱好、习惯、经验也影响着开发工 具的选择。严格的软件工程管理和开发人 3我国的软件开发已经逐步从原来的手工作坊式发展到了软件工程的
2、阶段。同时， 软件开发本身也在不断发展，已从“算法+数据结构二程序”逐步发展到了“设 计模式+对象组件+开发工具二程序”。开发工具的选择，已经成为软件开发成 功的要素之一。开发工具的选择主要决定于两个因素：所开发系统的最终用户和开发人员。最终 用户需求是一切软件的来源和归宿，也是影响开发工具的决定性因素；开发人员 的爱好、习惯、经验也影响着开发工具的选择。严格的软件工程管理和开发人员的技术水平是软 件开发成功的关键。本文介绍一些选择软件开发工具的思路，重点强调在满足客户群体的情况下，软 件工具服务于软件工程思想的重要性。开发工具 争显锋芒 首先需要强调的是：开发工具的比较没有绝对的标准。评价一
3、种开发工具，不仅 要看它对设计模式、对象结构以及管理的支撑情况，更重要的是要针对具体的使 用环境、开发方法、结构体系、开发群体以及使用群体来评价一种工具的适宜程 度。现有的开发工具大概分为大而全和小而专两种类型。Microsoft的Visual Studio 系列和IBM的Visual Age系列应该属于前者；其他很多工具，像Delphi/C+Builder/JBuilder/Kylix、PowerBuilder/PowerJ,还有大量的各种 SDK 等都具有各自的特点，属于小而专的类型。大而全的工具一般都提供从前端到后台，从设计到编码测试的完整工具，但在一 些特定的功能上，它们不如小而专的工
4、具。Visual Studio.NET 的 UML 开发工具(Visual Modeler/Visio) 般只能和 Rational Suite 中 Rational Rose 的 Logical View 相比，它不可能有完整的 Rational Unified Process 流程；其可视化的 Visual Basic 没有办法和 Delphi/C+Builder在速度和功能上相比。虽然Visual Studio.NET的各个部分都有不足，但其Visio工具能够更快、更方 便地和编程语言整合在一起。Visual Basic在和Office等工具整合时遇到的问 题(数据类型转化等)比 Del
5、phi/C+Builder 要少得多。所以，工具类型和具体的 情况决定了特定条件下软件开发工具最优的选择。欲善其事 先利其器 开发工具的选择主要决定于两个因素：所开发系统的最终用户和开发人员。最终 用户需求是一切软件的来源和归宿，也是影响开发工具的决定性因素；开发人员 的爱好、习惯、经验也影响着开发工具的选择。最终用户的需求 程序的最终使用群体是软件开发的服务对象，也影响着开发工具的选择。从计算 机使用的程度分，最终的使用者可以分为IT人员、各行业的专业人员以及普通 用户。使用者的不同，对于软件的需求就不会相同。IT人员自然需要更多的功能、 更自由的定制/二次开发空间；行业用户往往需要一个整体
6、的解决方案，从而提 升其整体竞争力；普通用户显然要求更方便简单地使用。用户的需求分别在自由 度、涵盖度、针对性、方便性等维度展开。扩展软件自由度 为了扩展软件的自由度，较少的封装和充分的功能暴露是必然的。为了让用户自 由使用Windows的功能，自由访问操作系统和硬件资源的语言C+或者Assembler 应该是最好的选择。Visual C+成为Microsoft对其操作系统功能的“权威”圭寸 装，至今在Windows系统级开发中占据主流地位；C+ Builder扩充的标准的C+ 语法,提供了 RAD(Rapid Application Development)的支持，但是它的 vcL(Visu
7、al Component Library)大部分是用 Delphi 写的，不像 Visual C+的 MFC/ATL 类库 的纯C+源代码，对于C+程序员的深入编程不利。最近开放源代码(Open Source) 运动风靡全球，开放源代码的C+工具中，GCC受到了普遍的采用。它不仅可以 在各种流行操作系统(Windows、linux、Solaris、HP-Unix)上运行，而且支持 Object C、C+的各种扩充语法，甚至可以编译Java代码。涵盖度各取所求 关于涵盖度的要求，不同的系统也是不尽相同的：有的可能要求涵盖前端、中间 件、后台、数据库，也有可能要求涵盖各种操作系统和硬件平台。 Vi
8、sual St udio .NET和IBM的电子商务平台都能够提供从客户端、中间件到数据库的整 体开发支持。Visual Studio.NET甚至将可视化带到了 Web客户端，通过拖放完成Web页面以 后，可以双点到后台处理程序的框架代码中。从软件工程的思想看来， Visual Studio.NET给程序员提供了强大而且方便的功能，但是并没有明确的支持需求分 析的流程。IBM的Visual Age系列在这个方面做得不错,Visual Age UML Designer 支持从需求分析到设计、编码的相对完整过程(不过，在代码生成方面仅仅对Java 和Small talk的支持比较好)。Visual
9、 Studio.NET采用COM+作为组件模型，其生成的Web客户端对于平台没有 限制。不过，虽然.NET框架应该可以移植到非Windows平台上运行，但是其中间 件和服务端还没有看到在Unix或者Mac OS上的成功案例。IBM VisualAge+WebSphere+DB2系列大量采用JavaBEAn/J2EE作为组件模型，由于 Java 的平台无关性，客户端和中间件的跨平台性就比较好。当然，用小而专的工具组合起来也能完成这些工作，RationalSuite可以完成从 业务建模、系统建模、模块建模以及发布测试的完整过程， Delphi/C+Builder 可以利用CORBA或者COM+作为
10、中间件，JBuilder 6更是可以采用Visibroker或 者 orbix 等各种 CORBA 产品或者 WebSphere、iPlanet、BAS、WebLogic 等各种 J2EE 产品。但是，如果不明白Rational中UML和代码映射的方法以及 C+Builder/Delphi/ JBuilder对于代码的管理方式，要让建模和编码配合起来, 就需要在Rational Rose中设置ClassPath以及在Borland工具中设置源代码目 录。其中的过程和可能出现的问题都很多，而在Visual Studio.NET中，这些工 作仅仅是点几下鼠标的事情。也有像 Ensemble 这样的
11、公司，专门集成小而专的工具，但是这些软件的成熟度 以及学习和掌握也是问题。当然，在局部涵盖性上，Delphi使用CLX的程序可以 在 Kylix 上编译，从而在 linux 上运行；Raining Data Corporation 的 Omnis Studio 3.1甚至直接支持跨越Windows和linux平台的RAD开发。针对性各有特色在针对性上，各个工具都具备各自的优势。在单机应用上，Visual FoxPro具有 全球最快的数据访问引擎。而PowerBuilder在开发两层数据库应用上，特别是 用数据窗口和Sybase数据库后台挂接，用PowerDesign建模，不仅开发速度快, 而且
12、效率和稳定性也比较好。在三层应用上，使用 Visual Basic/C+/c#+ADO， 如果再使用SQL Server，就在性能、开发效率、稳定性上都有保证；而使用 C+Builder/Delphi+DataSnap(MIDAS)，在挂接非微软数据库，或者需要和CORBA 程序交互时都具有优势。对于多层分布式应用，COM+规范和CORBA产品(orbix, visibroker等)往往决定 了开发工具的选择。COM+的开发工具一般采用Visual Studio.NET或Borland的 产品，而由于CORBA的编程语言和系统平台的无关性，各种开发平台一般都可以。 另外，针对C/C+编程，DS
13、ET公司的DSG在高端应用(一般在电信领域)中，它在 与网络协议栈的无关性、同/异步消息处理、海量通信能力、嵌入式到大型机的 移植性等方面, 具有独特的优势。在服务器端开发上， COM+、 CORBA 3.0、 J2EE 都支持组件模型，分别利用MSMQ、CORBA Messaging System、JMS完成异步通信。 COM+仍然主要集中在Windows平台上，CORBA 3.0的Java语言部分包含整个J2EE 规范。但是，CORBA作为一个跨语言跨平台的规范，现在支持3.0版本非Java 语言的产品还不多，支持其核心CCM(CORBA Component Model)的C+编程的 产品
14、有iCMG公司K2-CCM等。J2EE的组件(EJB)已经发展到了 1.2版本。满足该规范的产品BEAWebLogic、 Borland BAS、IBM WebSphere、Oracle 9i 甚至免费的 JBOSS 都得到了广泛的应 用。BEA WebLogic 7.0在前端开发工具上做了大量的工作，声称将J2EE开发和 Visual Basic 放在同一个级别上（其内部名字就是 Visual Basic for Java）。 微软方便性最好 在方便性上，由于有大量用户的实践，微软的开发工具应该是最好的。它在可视 化、工具间互操作性、稳定性、文档的丰富性上都具有明显的优势。 Borland
15、Delphi/C+Builder在可视化上和Visual Basic/c#基本上类似，但是他们在稳 定性上不足（C+Builder 5.0自动生成的C0RBA程序的debug版会报错（Exception） ； IBM Visual Age系列的稳定性不错，但是它们的可视化编程不是 非常方便；在文档方面，更是没有一种工具具有Visual Studio自带的MSDN那 样的容量（两张光盘） 。开发者的偏爱 开发工具是给开发者用的，开发人员是这些工具的用户。不同的开发人员对工具 的偏爱也不同。Pascal程序员一般都会钟爱Delphi/Kylix； Windows的C+程序 员则会选择C+Build
16、er或者Visual C+；在不同平台下C+编程的人员可能会 更加喜欢GCC； Small talk程序员恐怕就只会考虑Visual Age Small talk；而Turbo Lisp、VisualFortran、PerlBuilder 等开发工具在其他各种编程语言的程序员 中也被大量采用。现在，各种编程语言的功能互相融合，像Borland Delphi和C+Builder之间的 功能差异，在语言上表现得已经非常少了。除了编程语言的偏爱以外，不同操作 系统的程序员使用的工具也不同：Solaris系统下的程序员更多地使用CC编写 C+/C的后台程序，用Perl编写框架或者测试脚本，用TCL/TK编写界面程序； 虽然Windows下也有这些工具，但是更多程序员恐怕还是会选择支持RAD的工具。 现在，人们普遍认可一种趋势：操作系统、编程语言在开发上的差异正在迅速消 失。XML有效地解决了在不同系
