Borland C++Builder 6为开发人员创建支持新兴Web服务的高效应用提供了一个稳固,高效率的电子商务开发环境.BizSnap Web服务开发平台能使开发人员轻松地创建业界标准SOAP/XML Web服务和连接,从而简化了企业到企业集成.开发人员可以利用基于组件的Web应用开发平台WebSnap提高开发过程的功能,速度和效率,利用DataSnap建立与许多商务进程和许多业务伙伴集成的强大数据存取中间件解决方案.

支持平台 有奖纠错 Intel Pentium II/400 MHz或兼容产品/128MB RAM(建议256MB)/750MB硬盘空间(完全安装)

系统需求 有奖纠错 Microsoft Windows 98,2000(SP2)或XP

其它性能 有奖纠错 创建能够跨平台运行的解决方案/快速连接到公司数据库/实现企业级电子商务应用/通过RAD加快市场响应时间/利用CodeGuard编程时诊断错误/控制大型项目的开发与分发
 

# bcb 6.0 在除错功能的大幅领先

对于c/c++的使用者而言,除错是平日工作中的少不了的事情.所以一个c/c++编译器的除错功能就直接影响了生产力.在bcb 6.0中borland对于 bcb6.0除错功能的强化会让delphi6.0的使用者羡慕的不得了.bcb6.0除了 拥有delphi6.0对于双数检视的工具视窗,加快了检视字串变数的之外,更 加入了强劲的模组检视功能.这个模组检视器可以让你巨细靡遗的观看应 用程序使用权的所有dll以及专案中每一支程序的所有的方法.在中断点之 处启动模组检视器检查应用程序.你可以看到模组检视器显示了多么详细的资讯.更令人惊讶的是,bcb 6.0在应用程序执行时期居然能够显示出类似物件检视器的视窗,让你检查一个vcl元件的所有资讯.包括特性值,方法和事件处 理函数.这个除错功能实在太棒了,因为有了它之后,你就可以掌握执行时期 vcl元件所有的变化.此外bcb 6.0也包括了一个event log可以让检视应用程序执行时发生的事件.这些新的除错功能都是delphi6.0所没有的低层除错能力.除了除错功能之外,bcb6.0也允许程序员对于编译器更好的控制能力.图形是bcb 6.0中新的 高等编译器选项功能.你可以看到bcb和一往的bc++一样允许你更进一步的控制 产生的程序码品质.请注意在这些选项中有一项mfc compatibility. 当你需要 在bcb6.0中编译mfc的程序时,你必须选择这个选项,因为mfc使用了许多不正确 而且奇怪的c/c++语法,为了要让bcb的编译器能够顺利的编译mfc程序,这个选 项可以让编译器不致产生严重的错误.

#制作activex/n-tier远程服务器的技术差异

delphi 6.0是pc级的工具中第一个真正可以开发n-tier的开发工具. 另外delphi6.0也是所有borland的工具中支援com/activex最为完整的工 具,但是现在这个局面将被bcb 6.0打破.因为borland现在也给予了c/c++ 使用权者相同的强大功能,让c/c++的程序员也可以设计出分散式物件计算 应用程序.此外bcb 6.0也可以让你一个步骤便制作出activex元件.但是在 产生分散式物件和activex元件时,delphi6.0和bcb6.0差别最大的地方.下 面列出这两个产品使用的引擎.

delphi 6.0 ----dax (delphi activex engine)
borland c++ builder 6.0 ----atl (activex template library)

它们使用的引擎不同的原因除了object pascal不支持样版(template) 外,另外的原因便是让bcb产生的activex元件和dcom服务器能够比较小.此 外bcb 6.0藉由使用atl可以让c/c++的程序员在未来跟上microsoft最新的 技术,例如对于com+的支援.例如,当你使用bcb6.0建立远端的dcom服务器, 可以启动atl选项指定dcom服务器使用的样例方式以及使用的执行绪模型. 当你使用bcb6.0的atl选项制作activexform时,它可以结合资料库的能力, 让你开发出可以直接在ie浏览器中执行的资料库应用程序.在这里有一点很重要的是在delphi 6.02的dax引擎之中,并没有指定 activex元件使用的执行绪模式.所以由delphi 6.02制作的activex和act-ivefrom都无法正确的在ie4.0之中显示出来.这并不是delphi 6.02的臭虫, 而是microsoft改变了activex元件游戏的规则.此外由于ie4.0之中有一些 臭虫的存在,所以我建议你升级到4.01或是4.02.

#处理windows讯息的技术差异

bcb 6.0和delphi 6.02在处理window计算的方式上也有相异这处. 基本上bcb和delphi都是使用vcl这个元件类别,所以在处理window讯息上 也是由vcl元件来处理和分派的.下面的表格比较了vcl, owl以及 mfc三种 framework在处理window讯息上的异
同:

* windows讯息处理的处理方式:
vcl元件类别---使用虚拟函数(virtual function) 和动态函数(dynamic
function)
owlframework(6.0之后)---使用虚拟函数
mfcframework---使用message map

* windows讯息caching:
vcl元件类别---否
owlframework(6.0之后)---是
mfcframework---否

* 处理windows讯息的速度:
vcl元件类别---良好
owlframework(6.0之后)---优
mfcframework---优

请注意,由于vcl元件类别在处理window讯息时除了需要分派window讯息到特定的讯息处理函式之外,它也会负责触发vcl上相关事件处理函数, 所以在处理window讯息的速度上会比owl以及mfc稍慢,但是在功能上却比 owl和mfc更为丰富.在bcb 6.0中由于它使用的c++编译器是bc++5.3,而且使用的delphi编译器也是version 11,更重要的是由于bcb 6.0除了使用vcl类别进行vcl元 件的事件处理函数的window讯息分派之外,它也使用了类似mfc的message map来分派使用者定义的讯息处理函式,所以在处理window讯息的速度上比 delphi 6.02来得快速.

#处理windows讯息的方式:

delphi 6.02---使用虚拟函数(virtual function) 和动态函数(dynamicfunction)
borland c++ builder 6.0---混合虚拟函数和动态函数,以及类似mfc 的messagemap的事件处理函数的window讯息分派之外,它也使用了类似mfc的message map来分派使用者定义的讯息处理函式,所以在处理window讯息的速度上比 delphi 6.02来得快速.

我分别使用delphi6.02和bcb6.0撰写了一段处理window讯息1000次的示范程序,在我的pentium133,64m ram的机器上执行的结果如下:

处理1000讯息的时间:
bcb 6.0-------4.08