(ps：关于delphi与某些显卡驱动冲突的问题，是由于某些显卡(如s3 virge gx)的老版本驱动程序不能正确处理windows公用控制中的imagelist的绘制方法造成的，在这种情况下所有在imagelist中使用多个图象的程序都会有问题)
(ps：至于“一看到很多优秀的共享软件冒出具有delphi特色的错误异常就感到悲哀”，建议此人先搞清楚你看到的“错误异常”消息是这些软件本身出错呢，还是运行时的异常处理消息(比如“没有找到指定文件”或“索引超出范围”之类)再说。delphi中有完善的异常处理，所以很多程序员不再写错误处理，而放手让编译器去处理。我认为这不是一个好习惯，至少弹出的消息对话框可能与你的程序所用的语言/风格不一致。让人家误会了不是？:-)
(11) 帮助/文档
vc++的帮助和文档确实要比delphi/c++ builder的丰富一些。不过这不应当包括msdn，因为msdn是一套独立的产品，并不是专门给vc++准备的，况且其中包括了相当多的windows技术资料。作为一名程序员，不管用什么开发工具，可以(也应当)有一套msdn。windows数据结构/apis是用c风格描述的这一点可能对delphi程序员来说略有不便，不过delphi中已经包括了大多数转换；另外，如果一个程序员连转换.h文件这么简单的工作都做不了的话，他(她)可能也做不了什么象样的开发。inte.net上的一个志愿者组织(www.delphi-jedi.org/)在这方面也做了大量工作，在他们的站点上有几乎全部有用的c/c++库.h的object pascal翻译。
(ps：delphi/c++ builder程序员为什么不可以买一套msdn呢？毕竟我们还在用m$的操作系统，总不至于连windows技术资料都不要了吧)
(ps：从msdn看m$ msdn中的技术资料主要是以compiled html(.chm)格式存放的，但m$把全部.chm放在 disc #1，而把索引文件(.chi)单独放在disc #2。这样一来就无法从光盘上直接看这些文件。要么安装，要么手工把相应的.chm和.chi拷贝到一起。我看不有什么技术上的理由(谁知道请告诉我)不把一半.chm和.chi放在一张盘，而另一半放在第二张盘。这至少反映出m$内部某些人的阴暗心理)
(12) 国际化支持
vc++中已经包括了十多种语言的rtl资源，delphi中需要自己做资源本地化。虽然
franch，german之类的版本中也包括english资源。:-＜
(13) 应用领域
vc++在windows设备驱动开发(毕竟是m$ windows)和某些桌面应用(比如游戏)开发中用得较多。delphi更多应用在数据库/多层结构，多媒体和internet开发等方面。
(ps：vc++在游戏开发中用得较多我看主要是价格因素，游戏使用专用界面，通常不涉及数据库和internet(即使internet play也不过是简单的tcp连接，并且directplay中已包括此项功能)，昂贵的delphi和c++ builder显示不出优势。只需要$79的vc++标准版，directx sdk(可免费下栽)，opengl文档(也是免费的)，至多再加一套msdn即可。比如quake，全是手写的c代码，连c++特性都很少用到。borland也认识到了这一问题，所以发布了免费的c++编译器)
(14) 价格
m$的开发工具确实便宜(相对而言)，不过是否物有所值，只能看你干什么用了。
(ps：别指望你买的toyota能有ferrari的性能。:-)
文章来源于领测软件测试网 https://www.ltesting.net/
