为什么VC就不能做的想Delphi一样适合快速开发？该怎么解决
为什么VC就不能做的想Delphi一样适合快速开发？
相比较Java，Delphi我更加喜欢VC的语言形式，要VC写代码感到优雅而轻松
但是，有时候写点小程序，为了输出结果，不得不写上一大堆代码才能做到。而且VC自带的类库也比较少，不想Java，Delphi，许多功能要么自己写，要么就从网上找第三方类库，辛苦不说，还不稳定。总感觉晃晃悠悠的。
我记得在一篇比较Delphi和VC的文章中提到：同一个项目，VC在短时间内会做一个演示给老板，而Delphi却可以从架构上考虑如何出一个成品。VC需要在操作层面考虑的问题太多了。
同样是OO语言，C++为什么就不能做的像Java、Object Pascal那样拥有一个巨大的标准类库，和强大的图形开发环境。
一度我想转向BCB了，可惜BCB就是后妈生的，姥姥不疼，舅舅不爱，几年都不出新版本。
想想还是在VC下面晃悠吧，作为OO，我常用的一个CLogListView派生自CListView，可每次我建立新工程，要用CLogListView的时候，还是要用Wizard生成一个CListView的SDI程序，然后在慢慢改，感觉好傻啊
------解决方案--------------------
习惯就好，我还是喜欢用VC，有时候操作灵活！
------解决方案--------------------
偶就是Delphi转向VC的
Delphi使用确实方便，没有必要为了一些小细节而大伤脑筋，而VC则很麻烦，比如改变窗体控件的颜色，Delphi几乎一个属性或一句话搞定，VC却非要OnCtlColor甚至要自绘才能行。Delphi的DataGrid和DBConnection可以直接拖放使用，做MIS的时候不用去考虑每个字段是怎么显示到Grid中去，直接SQL即可，而VC则不然，如果不用OCX,光是派生自己的ListCtrl就够让人痛苦了，更别说让ListCtrl实时可编辑并与数据库同步。Delphi的Tab控件是多层的，而VC的只是一个按钮...
当然，VC的代码执行速度确实快，10^n的循环眨眼完成，上千行的代码执行起来没有感觉，于是乎我看到VC编写的程序确实运行得比Delphi的快，特别是在视频/图像处理上，但是我也看到，很多VC编写的代码似乎仗着速度快的优势，肆无忌惮地循环，或者重复的去做一件事(特别是刷新重绘)，VC确实执行效率高，但是VC编写的代码的效率就不一定了。
如果VC能让开发者少花点精力在处理细节上，多留点方便在实现软件功能上，那就完美了，这样VC/MFC区就不会有人问怎么创建窗口、怎么创建菜单工具条、怎么改变XX控件的颜色、字体...
等等这样的问题了。
VS2005里面的VC虽然有了属性列表，居然还是不能实现像按钮颜色这样的功能属性-_-!，觉得还不如VC6好用.
如果Delphi是MicroSoft的开发，搞软件开发那将是怎样的景象？.........
//CAUTION
//菜鸟扯蛋，纯属牢骚，各位高手，涵请见谅!
------解决方案--------------------
还是习惯VC，对我来说用Delphi开发程序比VC还慢^_^
------解决方案--------------------
喜欢把握细节的感觉！！
而且有些VC可以实现的用别的东西实现起来可能很复杂
相比较Java，Delphi我更加喜欢VC的语言形式，要VC写代码感到优雅而轻松
但是，有时候写点小程序，为了输出结果，不得不写上一大堆代码才能做到。而且VC自带的类库也比较少，不想Java，Delphi，许多功能要么自己写，要么就从网上找第三方类库，辛苦不说，还不稳定。总感觉晃晃悠悠的。
我记得在一篇比较Delphi和VC的文章中提到：同一个项目，VC在短时间内会做一个演示给老板，而Delphi却可以从架构上考虑如何出一个成品。VC需要在操作层面考虑的问题太多了。
同样是OO语言，C++为什么就不能做的像Java、Object Pascal那样拥有一个巨大的标准类库，和强大的图形开发环境。
一度我想转向BCB了，可惜BCB就是后妈生的，姥姥不疼，舅舅不爱，几年都不出新版本。
想想还是在VC下面晃悠吧，作为OO，我常用的一个CLogListView派生自CListView，可每次我建立新工程，要用CLogListView的时候，还是要用Wizard生成一个CListView的SDI程序，然后在慢慢改，感觉好傻啊
------解决方案--------------------
习惯就好，我还是喜欢用VC，有时候操作灵活！
------解决方案--------------------
偶就是Delphi转向VC的
Delphi使用确实方便，没有必要为了一些小细节而大伤脑筋，而VC则很麻烦，比如改变窗体控件的颜色，Delphi几乎一个属性或一句话搞定，VC却非要OnCtlColor甚至要自绘才能行。Delphi的DataGrid和DBConnection可以直接拖放使用，做MIS的时候不用去考虑每个字段是怎么显示到Grid中去，直接SQL即可，而VC则不然，如果不用OCX,光是派生自己的ListCtrl就够让人痛苦了，更别说让ListCtrl实时可编辑并与数据库同步。Delphi的Tab控件是多层的，而VC的只是一个按钮...
当然，VC的代码执行速度确实快，10^n的循环眨眼完成，上千行的代码执行起来没有感觉，于是乎我看到VC编写的程序确实运行得比Delphi的快，特别是在视频/图像处理上，但是我也看到，很多VC编写的代码似乎仗着速度快的优势，肆无忌惮地循环，或者重复的去做一件事(特别是刷新重绘)，VC确实执行效率高，但是VC编写的代码的效率就不一定了。
如果VC能让开发者少花点精力在处理细节上，多留点方便在实现软件功能上，那就完美了，这样VC/MFC区就不会有人问怎么创建窗口、怎么创建菜单工具条、怎么改变XX控件的颜色、字体...
等等这样的问题了。
VS2005里面的VC虽然有了属性列表，居然还是不能实现像按钮颜色这样的功能属性-_-!，觉得还不如VC6好用.
如果Delphi是MicroSoft的开发，搞软件开发那将是怎样的景象？.........
//CAUTION
//菜鸟扯蛋，纯属牢骚，各位高手，涵请见谅!
------解决方案--------------------
还是习惯VC，对我来说用Delphi开发程序比VC还慢^_^
------解决方案--------------------
喜欢把握细节的感觉！！
而且有些VC可以实现的用别的东西实现起来可能很复杂