用VC开发数据库应用程序比PB，DELPHI等在开发进度上要慢，而且也比较复杂，是吗？大家谈谈看法！ 用VC开发数据库应用程序比PB，DELPHI等在开发进度上要慢，而且也比较复杂，是吗？大家谈谈看法！ 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 客观的讲是这样，PB、DELPHI中有很多直接支持数据库的控件，从访问到显示。而且是可视化的，大多设置一下属性就可以了。VC就辛苦多了，什么都要自己动手，虽然这样丰衣足食，但开发效率就…… 大家推荐个学习用vc做数据库的书把，毕竟有时在用vc时要有数据库的功能， 这还用说吗？如果你的数据不是TB级的，对速度有很高的要求则可以用PB or dephi否则要通过数据库的接口，*.h来用C or C++来写 开发效率主要是控件问题，其实VC的控件也很多（只是studio没有自带而已），可以去网上搜集一下。 是的，我虽然没有用过PB，delphi但我也认为是这样的，VC主要是网络编程功能很强的。还有就是图形图像编程。 使用工具不同而已.人家有的还喜欢用lcc来伯克利数据库系统~那种方法顺手.就用哪种啊. 我觉得开发代价 VC>DELPHI>PB ，但是稳定性，灵活性VC>DELPHI>PB。因为VC里面几乎所有的东西都是你自己写的，你了解里面的任何一个东西。而其他两个都是用现成的控件，灵活性自然逊于VC。用别人的东西自然要受制于人 完全是对VC的误解！VC开发数据库效率低，是因为VC数据库方面的东西比较低层，不如Delphi,PB等包装的层次高一些，现成的东西多一些。其实差的只是一点点而已。只要你自己下点功夫，包装一些通用的方法，开发效率就会高。至于Delphi中那些数据感知控件，也没什么。在VC中很容易实现。另外，参考一下Delphi关于数据库的封装，用在VC上也很有益处。PB中的DataWindow是一个好东西。它对提高开发效率很有用，这个东西Delphi,VC都没有，是Sybase看家的专利产品。可惜PB的语言功能太弱。不是完全面对对象，开发项目一大就会不容易控制。 r3000你的说法就像一个人问古文学家古文难不难，古文学家说，古文和白话其实只差一点点而已，只要你自己下点功夫，多看些古文书，多思考，阅读效率就会提高...至于参考DELHPI VCL库，用在VC上，都到这个程度了DELHPI开发数据库早就成竹在胸了。新手上路，做通用功能的程序，用delphi肯定快（开发效率），稳定性和运行效率一般也快，我不信有很多人都能开发出比delhpi控件更稳定更高效的程序（不然borland程序员要失业了），你做的工作越多，错误可能越多。当然要做到定制化，像一般控件没有提供的，你要自己做，VC底层比较方便，但是DELHPI是不是就不行呢，不一定吧。 侧重点不同，其实这些问题应该是很简单的，想想看有什么大的应用系统是用VC开发的呢，还是PB和Delphi多，开发应用系统用VC不是不可以，是看你的老板和客户能不能等那么长时间。而且Delphi和PB让你在逻辑层面上考虑更加多的时间，你觉得呢，我认为没有必要说自己能用Vc开发数据库应用很了不起，看具体的需求和客户的要求，还是市场。如果真用VC开发数据库应用系统，大概市场也差不多抢光了，我觉得语言的东西，该用的时候选择合适的时候用合适的工具就可以了，个人看法，个人看法：） 小三你很幽默喔，vc开发数据库和delphi,pb开发数据库我觉得没有古文白话文差那么多.这就好像当年MFC和OWL之争，微软在VC上一贯是对什么都是一层薄薄的包装，而borland为了与微软竞争，总是比微软多包装一些内容，这种结果就是，入门的程序员往往喜欢borland,因为它提供的方法多，使用也很简便，但是熟悉的程序员可能就不一定在乎这种体恤了，他可能要控制更多的东西。 补充：我没有褒VC,贬Delphi,PB的意思，我这三种工具都使用过一段时间，也算都有皮毛的了解。我相信VC能做到的事Delphi也一定能实现，而且效率还高。这是事实，VC有时也不仅是包装低层薄的问题，有时是根本不包装，比如ATL对OLE DB的包装就很少，很多基本的方法比如seek,find,filter,setsort等都没有，主要还是微软在VC这块比较重视低层开发，而忽视应用级别的封装。但是这些东西的素材都在，比如上面说的ole db的那些接口在ole db SDK中都有，只要自己包装一下就可以了.说到底这还是个小马过河的问题。 vs2008如何检查内存泄露 mfc对话框工程（模式对话框)与InitInstance的问题 VC 全屏对话框程序的问题 C++异常机制引起的额外开销问题 求助高手们 一段USB设备挂起的代码 VC连SQL SERVER什么方式方便、稳定？ （100）CSliderCtrl如何让他有水平Scroll bar,如何使得Scroll bar 和窗口显示联系起来？ 谁知道vs.net（5张盘）的密码？？？？在线等待 画波形图!? 编译通过，却不能运行是什么原因？ 怎样获得一个矩形区域内的位图？
如果你的数据不是TB级的，对速度有很高的要求
则可以用PB or dephi否则要通过数据库的接口，*.h来用C or C++来写
可以去网上搜集一下。
VC主要是网络编程功能很强的。还有就是图形图像编程。
那种方法顺手.就用哪种啊.
因为VC里面几乎所有的东西都是你自己写的，你了解里面的任何一个东西。而其他两个都是用现成的控件，灵活性自然逊于VC。用别人的东西自然要受制于人
VC开发数据库效率低，是因为VC数据库方面的东西比较低层，
不如Delphi,PB等包装的层次高一些，现成的东西多一些。
其实差的只是一点点而已。
只要你自己下点功夫，包装一些通用的方法，开发效率就会高。
至于Delphi中那些数据感知控件，也没什么。在VC中很容易实现。
另外，参考一下Delphi关于数据库的封装，用在VC上也很有益处。PB中的DataWindow是一个好东西。它对提高开发效率很有用，这个东西
Delphi,VC都没有，是Sybase看家的专利产品。
可惜PB的语言功能太弱。不是完全面对对象，开发项目一大就会不容易控制。
至于参考DELHPI VCL库，用在VC上，都到这个程度了DELHPI开发数据库早就成竹在胸了。
新手上路，做通用功能的程序，用delphi肯定快（开发效率），稳定性和运行效率一般也快，
我不信有很多人都能开发出比delhpi控件更稳定更高效的程序（不然borland程序员要失业了），你做的工作越多，错误可能越多。
当然要做到定制化，像一般控件没有提供的，你要自己做，VC底层比较方便，但是DELHPI是不是就不行呢，不一定吧。
古文白话文差那么多.这就好像当年MFC和OWL之争，微软在VC上一贯
是对什么都是一层薄薄的包装，而borland为了与微软竞争，总是比
微软多包装一些内容，这种结果就是，入门的程序员往往喜欢borland,
因为它提供的方法多，使用也很简便，但是熟悉的程序员可能就不一定
在乎这种体恤了，他可能要控制更多的东西。
也算都有皮毛的了解。我相信VC能做到的事Delphi也一定能实现，而且效率还高。
这是事实，VC有时也不仅是包装低层薄的问题，有时是根本不包装，比如ATL对
OLE DB的包装就很少，很多基本的方法比如seek,find,filter,setsort等都没有，主要还是
微软在VC这块比较重视低层开发，而忽视应用级别的封装。
但是这些东西的素材都在，比如上面说的ole db的那些接口在ole db SDK中都有，只要
自己包装一下就可以了.
说到底这还是个小马过河的问题。