VC下画图要用win32 GDI API VB下呢？

Question

用什么？

Answer 1

VB自己好像有画图函数吧,另外VB也是可以用API的,而且很方便

Answer 2

VC不过是C++的一个编译器,以前有的版本的C++好像也还有画图的库,不过VC只是针对windows的一个编译器,没有必要提供画图函数而已

Answer 3

为什么是针对windows的编译器，就没必要提供画图函数，vc和windows是一体的？用的是同一个编译器？

Answer 4

VC一般只能运行在windows下,而且编译出来的程序只能在windows下运行,并不是什么一体的.另外windows下编程本质上都是调用API,MFC也是对API的一种封装,既然API中已经有了GDI函数了,VC再提供类似的库就没有必要的.
不过现在已经有了GDI+了,也可以认为有了画图函数了.

Answer 5

“既然API中已经有了GDI函数了,VC再提供类似的库就没有必要的”那vb中为什么就必要了呢？

Answer 6

因为VB和VC定位不同
VB = very basic
VC = very confused

Answer 7

你老兄的问题可真是让人无语了,这些问题似乎都不是什么技术性的啊,VC在刚出现时是用SDK的方式进行window编程的,也就是调用API进行编程,而C++本身就是由各种类库支撑起来的,类库和语言可以说是分开的,所以就没有必要提供画图函数了.
VB本身在设计上就是一种快速的开发方式,强调易用性,而用GDI画图并不是很容易的,一般的GDI函数先要获取DC,而获取DC一般又要先获取窗体句柄,这样一来VB的设计目的就没有达到,所以它提供了自己封装的画图函数.

Answer 8

这回的回答还可以，谢谢，不过要我是开发者，能使vb 用起来那么容易，我也一定会让vc同样容易使用，可惜我不是开发者

Answer 9

弄明白了我就知道什么时候用vb什么时候用vc了，不过我现在还不知道

Answer 10

VC = very confused
什么意思？

Answer 11

你的意思是vb，vc都不好了？那什么好呢？

Answer 12

vb,vc都很好，两者定位不同
vb就要很basic，更简单些，更能快速上手，更加适合快速开发，但是也因为简单，做复杂事情的时候可能不方便
vc比较复杂，容易让人迷糊，但是某些并不显而易见的事情，还得靠迷糊型选手

Answer 13

这个还真不好说,VB当然有很多事做起来比VC麻烦,但是我还见过有人通过子类化的方式像VC处理消息那样写过VB程序,一句话,只要功夫到家了,都一样好用