乾坤大挪移--将for bcb5的组件移植到bcb6中
大家都知道bcb6已经出来一段时间了,在稳定性和易用性方面有了很大的提高。尤其是网络方面的功能,如对webserver,snap等都提供了很方便的开发方式。许多朋友也许早就跃跃欲试,可有一个很重要的原因阻止了他们对bcb6的使用,那就是以前大家用bcb5时搜集了很多for bcb5的组件,可这些组件有很多并没有及时的出for bcb6的版本。My god,我的ehlib,mwedit,strcon.......,很多朋友已经尝试了在bcb6下对原来的组件进行重新编译,可总会出现编译失败的局面,是bcb6不向下兼容么?不,只要你有源代码,理论上可以把for bcb5的任何组件进行移植,只不过需要你对原码进行一些小小的改动而已。
现在我就以一个非常经典的组件mwedit 0.92为例:
1.因为在bcb6中toolsapi目录中已经取消了DsgnIntf.pas,而把DsgnIntf.pas中的代码分散到了DesignIntf,designeditors,vcleditors单元中,所以要将
mwEditPropertyReg.pas中的DsgnIntf用DesignIntf,designeditors,vcleditors代替
2.编译bpk时会产生“找不到DesignIntf.dcu,designeditors.dcu
,vcleditors.dcu错误”。好办,你随便建立一个新的工程,把toolsapi目录中的designIntf.pas,designeditors,pas,vcleditors.pas添加到工程中,编译一下就能产生相应的dcu,obj文件,把产生的dcu,obj文件拷贝
到bcb6下的lib/obj目录中即可。
3.编译bpk时会产生“不能找到proxies.obj的错误,可borland又没有提供proxies.pas单元,我们无法生成proxies.obj文件,怎么办?其实根本无需proxies.obj文件,因为在bcb6中已经把proxies.obj的代码编译进了designide.bpi(dephi6在designied.dcp)。所以在bpk的工程中的requires中添上designide.bpi即可解决这个问题。
4.终于可以用了!!别,程序如果用到了mwedit中的控件,编译时会发生错误,因为mwcustomedit.hpp中的常量WM_MOUSEWHEEL 与系统有冲突,所以将mwcustomedit.hpp中的static const Word WM_MOUSEWHEEL = 0x20a;这一行注释掉即可。
这是一个很典型的例子,您使用其他组件时根据编译出错信息,一般照此改改即可。祝大家玩的愉快。
注:mwedit是一个很好的edit组件,提供了sql,c++,delphi等语法高亮显示的功能,而且完全免费,可惜作者只提供了for bcb34的版本,如果在bcb5下可以直接编译通过,在bcb6下就费些事了^_^。大家可
以去“海阔天空”网站下载mwedit 0.92版本