Borland C++程序迁移至现代集成开发环境的方法.docVIP

Borland C++程序迁移至现代集成开发环境的方法 　　摘要：该文以一个由Borland C++5开发的应用程序为例，从分析被转换程序的特点出发，设计并实现了由Borland C++向Visual Studio 2005方向的迁移方法。由于被转换程序的规模及特性具有一定的代表性，所以该方法可作为Borland C++程序迁移的一般方法加以参考。 　　关键词：Borland C++：现代编译器：迁移 　　中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2013）26-6012-06 　　1 概述 　　Borland C++（以下简称为BC）是Borland公司所推出的一款C和C++语言的集成开发环境，盛行于20世纪90年代。而在BC环境下，Borland公司开发了应用程序框架OWL（Object Windows Library）以帮助在Windows平台开发图形用户界面GUI。BC的最后一个版本为5.02发布于1997年，之后就被Borland C++ Builder所取代，而OWL框架库也被后来更受亲睐的VCL库所取代。[1] 　　由于BC平台和OWL框架的失去支持，在当时所开发出来的大量的应用程序面临两个选择：重新投入人力迁移至新平台以享受新技术所带来的开发便利性和新功能；继续维持在原有平台维护，但面临着旧平台没有技术支持的问题。而对于使用BC与OWL组合开发的应用程序来说，由于与后续Borland新平台的差异较大且与其他平台的不兼容，导致迁移工作基本相当于在新平台重新构建，需要投入更多的人力、资源和时间来完成，直到OWLNext的出现。 　　1998年，一群开发者成立了名为OWLNExt（New Extension）[3]的开源项目，后改名为OWLNext（Next Generation），目的是继续更新和扩展Borland的OWL库，除了对以往的OWL做了一系列的改进和修复工作之外，最重要的是为后续的C++编译器提供了对OWL的支持。该项目发展至今，提供支持的编译器包括BC++ Builder 5、BC++ Builder 6、 GCC、 MSVC++ 2005， MSVC 2008、CodeGear C++ 2007等[4]。这样，原本使用OWL的应用程序有机会摆脱古老的BC 5而迁移到现代编译器上继续进行开发和维护。 　　本文将以一个使用BC 5.02和OWL 5的程序为例，从分析该程序的功能、架构以及技术实现等方面出发，着重考虑BC与VC平台、OWL与OWLNext的差异在这些方面对程序的影响，设计并实现一个迁移到OWLNext和现代集成开发环境的方法，该方法可以作为类似BC开发程序的一般迁移方法进行参考。 　　2 OWLNext概述 　　OWLNext项目现隶属于SourceForge，首页位于：http：///。当前的稳定版本为6.32.5，该版本除了包括了对旧版本的问题修复外，还更新了对最新版本的编译器的支持，以及开始提供初步的x64支持。OWLNext分为基本版与补丁包，所以版本6.32.5就是6.32.0基本版加上6.32.5补丁包两部分组成，并且两部分都是以安装包的形式部署，可以自动完成安装和升级，无需额外设置。 　　OWLMaker是OWLNext提供的可视化编译工具，允许用户方便的配置和编译OWLNext，OWLNext以Lib和DLL文件的形式供应用程序调用。OWLNext虽然随安装包提供了预编译的版本，但是用户仍旧需要使用OWLMaker根据自己的使用环境来配置OWLNext，如设置编译器的支持、OWL版本支持、DLL动态与静态调用、字节对齐等。 　　3 迁移过程分析 　　本次迁移转换的目标平台为微软公司的Visual Studio 2005 集成开发环境和OWLNext 6.32.5。针对被转换程序（以下以程序A指代）的特点作如下分析： 　　1） 程序A具有大量的对话框、图标资源，并且支持更换皮肤和界面样式，所以预想到有大量的资源文件rc需要转换，且图形用户界面相关代码也需要修改。 　　2） 采用当时流行的以字节文件（binary files）的形式存储程序数据，如登录用户数据、用户设置等，这样转换时就需要考虑字节对齐（byte alignment）的处理，否则将与原有系统不兼容。 　　3） 程序A分为服务端和客户端，以文件和网络的形式进行信息交换，所以会用到系统提供的Socket API、大量的文件操作和时间操作的API。 　　4） 由于扩展的需要，程序A不仅使用了由Delphi开发的DLL，在后续的维护中还逐步使用了由VC和.net技术开发的DLL。而Delphi DLL文件是无法直接在VC上使用的，需要解决Lib文件的转换。VC+