7,785
社区成员
发帖
与我相关
我的任务
分享VB和VC比较
我不知道VB中如何对多个窗口进行协调的？
VC中使用document -> view 的思想。
那VB中呢？
还有，据我知道VB中开发程序，方便，快速。 那大家觉得在用VB开发时，有什么制约吗？
VC中使用document -> view 的思想。
那VB中呢？
还有，据我知道VB中开发程序，方便，快速。 那大家觉得在用VB开发时，有什么制约吗？
...全文
请发表友善的回复…
发表回复
crazyingmouse 2002-02-12
- 打赏
- 举报
感谢大家的对2种语言的客观的评价！
特别是 Chice_wxg wyvernwhite 2位，他们2之间的讨论，使得问题更加趋向于明朗和客观！
分数有限，心意一片~~~~~
特别是 Chice_wxg wyvernwhite 2位，他们2之间的讨论，使得问题更加趋向于明朗和客观！
分数有限，心意一片~~~~~
Mike_sun 2002-02-12
- 打赏
- 举报
hehe
visualbaby 2002-02-12
- 打赏
- 举报
晚了，这道题的分是分不着了。。。。。。。
CGS 2002-02-12
- 打赏
- 举报
VB是剑，VC是刀，锋利不在刀剑，而是使用的人。
Chice_wxg 2002-02-12
- 打赏
- 举报
同意楼上 :)
我认为我们都没有权利评论一个语言的优劣。
只是我对许多人总是凭主观意志就说XX很XX比较xxxx，
所以说多了，有左倾倾向，呵呵
我认为我们都没有权利评论一个语言的优劣。
只是我对许多人总是凭主观意志就说XX很XX比较xxxx，
所以说多了，有左倾倾向，呵呵
wyvernwhite 2002-02-12
- 打赏
- 举报
to Chice_wxg(我怕惟？我是谁？我是流氓我最贼）
说的是够激烈的，竟然连Javascript都扯上了，那你还可以说一说PHP呀，它看起来也和C语言是十分的象啊，但我不说VBScript，因为那和JavaScript一样是脚本语言，根本不应该拿来这儿比。而且,就算是骂VC的人也从来没有说过C或者C++不好，你为了争个输蠃也没必要把他们请出来吧.我们小组里有用VB的也有用VC的，而且一起开发过控件，所以我知道会出现些什么情况，本来学理科的表达就差，说不清楚不等于是乱说。如果你多去国外的网站上看看，你的态度就不会这样了，那些老外才真正明白什么叫：任何事物都有它存在的价值，他们更注重的是应用，把自己已有的能力发挥到极至，而不是去盲目地学习最好的技术。在那些地方的Hottest Topics里面，VC可不象在国内这样能总是排在前列。VC的效率是很高，但全世界需要多少人来做底层？IT发展到现在，能够产生大量利润的还是在应用领域，就算是微软，最初的成功也是在于方便了用户而不是靠绝对优秀的技术，因为Lotus1-2-3、Unix、还有现在的Linux都是很优秀的，但它们并没能靠着自身的技术实力取得市场，微软自己的统计也表明，用VB的人并不比用VC的少。VB进行企业级开发的时候还有它独有的优势，而进行那些开民，是不象做压缩一类软件那样以执行效率为第一追求的。再者，Bill Gates 的Basic情结绝对超过任何一个VB爱好者，只要他还在微软一天，就不可能会放弃VB，VB.NET的出现就是最好的证明......
不过，还是算了吧，我也不想和你争了，我真正的敌人是那些只是知道有VC这么个东西，就在那儿乱叫的家伙.
说的是够激烈的，竟然连Javascript都扯上了，那你还可以说一说PHP呀，它看起来也和C语言是十分的象啊，但我不说VBScript，因为那和JavaScript一样是脚本语言，根本不应该拿来这儿比。而且,就算是骂VC的人也从来没有说过C或者C++不好，你为了争个输蠃也没必要把他们请出来吧.我们小组里有用VB的也有用VC的，而且一起开发过控件，所以我知道会出现些什么情况，本来学理科的表达就差，说不清楚不等于是乱说。如果你多去国外的网站上看看，你的态度就不会这样了，那些老外才真正明白什么叫：任何事物都有它存在的价值，他们更注重的是应用，把自己已有的能力发挥到极至，而不是去盲目地学习最好的技术。在那些地方的Hottest Topics里面，VC可不象在国内这样能总是排在前列。VC的效率是很高，但全世界需要多少人来做底层？IT发展到现在，能够产生大量利润的还是在应用领域，就算是微软，最初的成功也是在于方便了用户而不是靠绝对优秀的技术，因为Lotus1-2-3、Unix、还有现在的Linux都是很优秀的，但它们并没能靠着自身的技术实力取得市场，微软自己的统计也表明，用VB的人并不比用VC的少。VB进行企业级开发的时候还有它独有的优势，而进行那些开民，是不象做压缩一类软件那样以执行效率为第一追求的。再者，Bill Gates 的Basic情结绝对超过任何一个VB爱好者，只要他还在微软一天，就不可能会放弃VB，VB.NET的出现就是最好的证明......
不过，还是算了吧，我也不想和你争了，我真正的敌人是那些只是知道有VC这么个东西，就在那儿乱叫的家伙.
SnHnBn 2002-02-12
- 打赏
- 举报
别发傻！
VB、VC两手抓，两者相互结合，开发效率高，运行效率高，便宜占尽。
VBVC本是同根生，为什么非要你死我活？大家合作其实愉快得很哪！
如果还有人非腰包着一棵树不放的话，请别跟我争论，我用我的VB+VC。
VB、VC两手抓，两者相互结合，开发效率高，运行效率高，便宜占尽。
VBVC本是同根生，为什么非要你死我活？大家合作其实愉快得很哪！
如果还有人非腰包着一棵树不放的话，请别跟我争论，我用我的VB+VC。
vcshcn 2002-02-12
- 打赏
- 举报
vb没有ocx控件，功能就受到很大制约
Amoon 2002-02-11
- 打赏
- 举报
to sproll(sproll):不错,不错! 呵呵,深受启迪!
sproll 2002-02-11
- 打赏
- 举报
VB之道：
内篇
一、
大师为一帮初学者讲解VB之道。
初学者问道：VB很容易学习吗？
大师答道：是的。
初学者问道：VB的结构很简单吗？
大师答道：是的。
初学者又问道：VB程序很慢吗？
大师轻轻咳嗽了一下：呃，今天就讲到这里吧。
二、
大师如是说：人如果明确自己的位置，就可以避免不必要的烦恼；变量如果明确自己的类型，就可以避免不必要的错误。
大师去参观另一个高手的程序，对每一个变量和控件都仔细地请教别人。高手的弟子们在一旁议论：谁说大师懂得VB之道？
大师回答：我这样做本身就符合VB之道。
三、
大师如是说：除非必要，不要使用非Intel处理器；除非必要，不要使用非整形变量。
四、
一个单机编程者向大师请教如何使程序更小更快。
大师回答：有一种树，在地下的部分是地上部分的3倍，庞大的树根为树吸取养料；程序也应该利用这种根系。
单机编程者问：那么怎样做到呢？
大师回答：利用32位抢先任务处理，将程序分解到许多个ActiveX部件中；使用远程自动化，让远程处理器承担多数进程。使你的程序完全没有事情可做，这就是VB的最高境界。
单机编程者说：这是我无法达到的呵！
五、
大师如是说：永远不要进行字符串复制。（这一条小弟有不同意见。就字符串的安全性来说，我认为VB封装得比C++好。唯一的缺点在与在VB中向API函数传递字符串时必须十分清楚其传递的真实数据，否则极易引起错误。还有，VB中字符串函数也有很多需要完完全全理解的地方，比如说各个版本：加B，加W，加$，都要牢记其意义。对此小弟的译文《字符串》已有详细说明。）
六、
大师和弟子们去自助餐，有经验的弟子直接奔向最喜欢的餐位，一般的弟子在按照餐位的标牌行动，而没有经验的弟子则兴奋得四处乱窜。
大师说：对于文件输入输出操作，不也是这样吗：优秀的程序员使用二进制访问，一般的程序员使用文本访问方式，蹩脚的程序员使用随机访问方式。
七、
大师如是说：多次使用的签名应该做成印章；多次使用的操作应该编制宏：多次使用的属性应该放入变量。
八、
两个程序员为应该采用集合还是数组争论不休。
其中一个程序员找到大师：集合不好吗？我可以准确地定位其中的任何一个成员。
大师回答：你是正确的。
另一个程序员也找到大师：数组不好吗？我可以对其进行顺序访问。
大师回答：你是正确的。
前一个程序员听说了，和另一个程序员一起来找大师：我们俩到底谁是对的？
大师回答：你们是正确的。
两个程序员对别人说：谁说大师有学问呢？
外篇
一、
在大师手下学习的一个新手编制了一个大型的程序，兴奋地请大师看。当程序启动之后，开始进行无法想象的复杂的初始化，整个系统为之凝滞，其间没有任何提示指出正在干什么，也没有任何措施允许用户取消该过程。令人尴尬的十几分钟过去后，程序界面终于出现在屏幕上――原来是记事本程序的加强版。
大师回过头去对大家说：这就是所谓的新手呵。
二、
大师如是说：吸引蜜蜂的果树绽开花朵；遭到袭击的乌贼放出烟幕；正在启动的程序显示Splash屏，自然界就是这样呵。
三、
大师和弟子们观看魔术师演出，魔术师在表演后介绍魔术的秘诀：只有将物件预先藏在手中，然后转移观众的注意力，才能达到出其不意的效果。
一个弟子对大师说：预先载入窗体，在需要的时候显示，从而加快显示，不也是同样的道理吗？
大师说：你明白VB之道了。
四、
一个弟子找到大师：您刚才讲解的程序还可以更快。
他用手指着屏幕上的窗体：只要把AutoRedraw关闭就行了。
大师说：比我多想到一点，也是我的老师呵。
五、
大师如是说：为什么不使用标签呢？它所耗费的资源极少，你可以用隐藏的标签储存文本，你可以使用DragIcon存储图标……没有比标签更好的了！
六、
大师注意到一个弟子在上机的时还开了一个BBS窗口，当大师走近时，他敏捷地使用VB窗口将其覆盖。大师于是将弟子们召集过来：控制窗口的重显是很重要的。大师最小化覆盖在上面的窗口，说道：非常重要。
七、
大师如是说：汽车比自行车快，我仍然要使用自行车；Linux比Windows稳定，我仍然要使用Windows；Line比Pset方便，我仍然要使用Pset。
八、
大师如是说：Image我所欲也，Picture亦我所欲也，二者不可得兼，舍Picture而取Image者了。
杂篇
一、
一个弟子向大师倾诉程序编译中频繁的数据类型报错，问大师：使程序永远没有数据类型报错，可能吗？
大师回答：可以做到。于是将所有的变量类型设置为Variant.
弟子运行程序，高兴地发现没有一处错误，但系统很快死机。
二、
大师如是说：龟不活动，才能长寿；人没有欲望，才能保护自己；程序不吃内存，才能避免被删除。
三、
大师的弟子微使用Unload卸载窗体，弟子壁使用赋予Noting值的方法卸载。
大师看到了，对其他的弟子说：贤能呵壁！更接近VB之道了。
四、
大师如是说：没有用的垃圾应该扔掉，没有用的代码应该删除。
五、
大师问弟子：有一个机会让你们用3个字说出最想要而总是得不到的东西，你们会要求什么？
弟子贾说：涨工资。
弟子倚说：放长假。
弟子饼说：内存条。
大师微笑不语。
六、
大师如是说：使用局部变量，不亦乐乎；删除动态数组，不亦乐乎；程序不死机，不亦乐乎。
七、
大师给弟子们讲了一个故事：在一个公司里，有一个汇编高手，一个网络高手，还有一个VB程序员。项目经理为了考察下属的能力，交给每个人同样的任务。汇编高手从最不起眼的输入输出开始，花费了一个月的时间，打印出了足有100页的程序清单；网络高手穷尽所有的平台，也花费了一个月的时间，制作了50多个版本的应用程序；轮到VB程序员了，他在屏幕上画了一个窗体，一个按钮，写道：按下此按钮，运行他们的程序。
八、
一个弟子问大师：我什么时候可以出师？
大师回答：到你的程序中注释是代码的10倍时候。
这篇文章是从2000年第一期的《软件》上摘录的。
内篇
一、
大师为一帮初学者讲解VB之道。
初学者问道：VB很容易学习吗？
大师答道：是的。
初学者问道：VB的结构很简单吗？
大师答道：是的。
初学者又问道：VB程序很慢吗？
大师轻轻咳嗽了一下：呃，今天就讲到这里吧。
二、
大师如是说：人如果明确自己的位置，就可以避免不必要的烦恼；变量如果明确自己的类型，就可以避免不必要的错误。
大师去参观另一个高手的程序，对每一个变量和控件都仔细地请教别人。高手的弟子们在一旁议论：谁说大师懂得VB之道？
大师回答：我这样做本身就符合VB之道。
三、
大师如是说：除非必要，不要使用非Intel处理器；除非必要，不要使用非整形变量。
四、
一个单机编程者向大师请教如何使程序更小更快。
大师回答：有一种树，在地下的部分是地上部分的3倍，庞大的树根为树吸取养料；程序也应该利用这种根系。
单机编程者问：那么怎样做到呢？
大师回答：利用32位抢先任务处理，将程序分解到许多个ActiveX部件中；使用远程自动化，让远程处理器承担多数进程。使你的程序完全没有事情可做，这就是VB的最高境界。
单机编程者说：这是我无法达到的呵！
五、
大师如是说：永远不要进行字符串复制。（这一条小弟有不同意见。就字符串的安全性来说，我认为VB封装得比C++好。唯一的缺点在与在VB中向API函数传递字符串时必须十分清楚其传递的真实数据，否则极易引起错误。还有，VB中字符串函数也有很多需要完完全全理解的地方，比如说各个版本：加B，加W，加$，都要牢记其意义。对此小弟的译文《字符串》已有详细说明。）
六、
大师和弟子们去自助餐，有经验的弟子直接奔向最喜欢的餐位，一般的弟子在按照餐位的标牌行动，而没有经验的弟子则兴奋得四处乱窜。
大师说：对于文件输入输出操作，不也是这样吗：优秀的程序员使用二进制访问，一般的程序员使用文本访问方式，蹩脚的程序员使用随机访问方式。
七、
大师如是说：多次使用的签名应该做成印章；多次使用的操作应该编制宏：多次使用的属性应该放入变量。
八、
两个程序员为应该采用集合还是数组争论不休。
其中一个程序员找到大师：集合不好吗？我可以准确地定位其中的任何一个成员。
大师回答：你是正确的。
另一个程序员也找到大师：数组不好吗？我可以对其进行顺序访问。
大师回答：你是正确的。
前一个程序员听说了，和另一个程序员一起来找大师：我们俩到底谁是对的？
大师回答：你们是正确的。
两个程序员对别人说：谁说大师有学问呢？
外篇
一、
在大师手下学习的一个新手编制了一个大型的程序，兴奋地请大师看。当程序启动之后，开始进行无法想象的复杂的初始化，整个系统为之凝滞，其间没有任何提示指出正在干什么，也没有任何措施允许用户取消该过程。令人尴尬的十几分钟过去后，程序界面终于出现在屏幕上――原来是记事本程序的加强版。
大师回过头去对大家说：这就是所谓的新手呵。
二、
大师如是说：吸引蜜蜂的果树绽开花朵；遭到袭击的乌贼放出烟幕；正在启动的程序显示Splash屏，自然界就是这样呵。
三、
大师和弟子们观看魔术师演出，魔术师在表演后介绍魔术的秘诀：只有将物件预先藏在手中，然后转移观众的注意力，才能达到出其不意的效果。
一个弟子对大师说：预先载入窗体，在需要的时候显示，从而加快显示，不也是同样的道理吗？
大师说：你明白VB之道了。
四、
一个弟子找到大师：您刚才讲解的程序还可以更快。
他用手指着屏幕上的窗体：只要把AutoRedraw关闭就行了。
大师说：比我多想到一点，也是我的老师呵。
五、
大师如是说：为什么不使用标签呢？它所耗费的资源极少，你可以用隐藏的标签储存文本，你可以使用DragIcon存储图标……没有比标签更好的了！
六、
大师注意到一个弟子在上机的时还开了一个BBS窗口，当大师走近时，他敏捷地使用VB窗口将其覆盖。大师于是将弟子们召集过来：控制窗口的重显是很重要的。大师最小化覆盖在上面的窗口，说道：非常重要。
七、
大师如是说：汽车比自行车快，我仍然要使用自行车；Linux比Windows稳定，我仍然要使用Windows；Line比Pset方便，我仍然要使用Pset。
八、
大师如是说：Image我所欲也，Picture亦我所欲也，二者不可得兼，舍Picture而取Image者了。
杂篇
一、
一个弟子向大师倾诉程序编译中频繁的数据类型报错，问大师：使程序永远没有数据类型报错，可能吗？
大师回答：可以做到。于是将所有的变量类型设置为Variant.
弟子运行程序，高兴地发现没有一处错误，但系统很快死机。
二、
大师如是说：龟不活动，才能长寿；人没有欲望，才能保护自己；程序不吃内存，才能避免被删除。
三、
大师的弟子微使用Unload卸载窗体，弟子壁使用赋予Noting值的方法卸载。
大师看到了，对其他的弟子说：贤能呵壁！更接近VB之道了。
四、
大师如是说：没有用的垃圾应该扔掉，没有用的代码应该删除。
五、
大师问弟子：有一个机会让你们用3个字说出最想要而总是得不到的东西，你们会要求什么？
弟子贾说：涨工资。
弟子倚说：放长假。
弟子饼说：内存条。
大师微笑不语。
六、
大师如是说：使用局部变量，不亦乐乎；删除动态数组，不亦乐乎；程序不死机，不亦乐乎。
七、
大师给弟子们讲了一个故事：在一个公司里，有一个汇编高手，一个网络高手，还有一个VB程序员。项目经理为了考察下属的能力，交给每个人同样的任务。汇编高手从最不起眼的输入输出开始，花费了一个月的时间，打印出了足有100页的程序清单；网络高手穷尽所有的平台，也花费了一个月的时间，制作了50多个版本的应用程序；轮到VB程序员了，他在屏幕上画了一个窗体，一个按钮，写道：按下此按钮，运行他们的程序。
八、
一个弟子问大师：我什么时候可以出师？
大师回答：到你的程序中注释是代码的10倍时候。
这篇文章是从2000年第一期的《软件》上摘录的。
sippey 2002-02-11
- 打赏
- 举报
微软内部？？
你有？快拿来共享一下！！
你有？快拿来共享一下！！
wangqiqi 2002-02-11
- 打赏
- 举报
看情况吧，不太涉及用户界面设计的，我还是觉得 VC 顺手一些；对界面要求 比较高的，我用 VB（MFC 那东东我不太喜欢）。
sky100 2002-02-11
- 打赏
- 举报
1。同意 daryl715(汉堡包)
2。实际上微软是限制了vb(从战略上考虑，它决定这么做），他完全可以让vb和vc一样强大，但它出于某种目的并没有这样，听说微软内部使用的一种开发工具就相当于vb与vc的混合，极其强大，但出于保证竞争力的原因，它是不会发售这种工具的。
3，想一想，让vb不依靠msvbvm***,和msvbrun***,而能够自己独立运行（象delphi）一样，完成这一点，以微软的技术水平来说，有什么难度吗？甚至让vb能够进行底层ddk的开发，对微软也不是什么不可能完成的任务，但是，为什么微软不呢？这和微软的战略思想有关。因此，大家不要再争论那种语言好坏了，最起码不要去评价或贬低vb了，因为微软根本就没有让vb表现出它的全部能力，这样对vb并不公平。
2。实际上微软是限制了vb(从战略上考虑，它决定这么做），他完全可以让vb和vc一样强大，但它出于某种目的并没有这样，听说微软内部使用的一种开发工具就相当于vb与vc的混合，极其强大，但出于保证竞争力的原因，它是不会发售这种工具的。
3，想一想，让vb不依靠msvbvm***,和msvbrun***,而能够自己独立运行（象delphi）一样，完成这一点，以微软的技术水平来说，有什么难度吗？甚至让vb能够进行底层ddk的开发，对微软也不是什么不可能完成的任务，但是，为什么微软不呢？这和微软的战略思想有关。因此，大家不要再争论那种语言好坏了，最起码不要去评价或贬低vb了，因为微软根本就没有让vb表现出它的全部能力，这样对vb并不公平。
daryl715 2002-02-11
- 打赏
- 举报
用途不一样，比有必要吗？
那跟用毛笔和钢笔相比不是一样吗
那跟用毛笔和钢笔相比不是一样吗
goldensaint 2002-02-11
- 打赏
- 举报
shi de
dos123 2002-02-11
- 打赏
- 举报
我觉得这个问题没有好讨论的，无非是个工具，什么事情合适就用那一种
Chice_wxg 2002-02-11
- 打赏
- 举报
哎呀，抱歉，说的太激烈了。
不过我只想说明白VC与VB的关系，呵呵
不过我只想说明白VC与VB的关系，呵呵
Chice_wxg 2002-02-11
- 打赏
- 举报
To crazyingmouse() and wyvernwhite()
难道VC就只是写驱动用的？实际应用，你经常用的控件，大多数不是VC写的吗？
许多商业软件，都是用了MFC框架。
VC可以做HTML！里面可以建立ASP文档，InterDev也跟VC的MSDEV很类似。ASP还可以选JavaScript呢，JavaScript说白了就是C语言的变种，你怎么不说？
ActiveX的主导力量都是VC写的，只不过让VB拣了个便宜，让VB舒服了。
VB与ActiveX结合并不紧密，当你学了COM之后你就明白，VC才是真正的紧密结合。
Office的宏最终执行还是VC代码的作用。
用VB做控件，还是靠了Msvbvmxx.dll，速度自然慢很多（VB数据处理比VC慢70多倍！想用VB做压缩？做网络视频？做图象处理？做梦也别想有好速度！）
VC做控件非常简单！与this指针什么关系？不明白别乱说！
难道VC就只是写驱动用的？实际应用，你经常用的控件，大多数不是VC写的吗？
许多商业软件，都是用了MFC框架。
VC可以做HTML！里面可以建立ASP文档，InterDev也跟VC的MSDEV很类似。ASP还可以选JavaScript呢，JavaScript说白了就是C语言的变种，你怎么不说？
ActiveX的主导力量都是VC写的，只不过让VB拣了个便宜，让VB舒服了。
VB与ActiveX结合并不紧密，当你学了COM之后你就明白，VC才是真正的紧密结合。
Office的宏最终执行还是VC代码的作用。
用VB做控件，还是靠了Msvbvmxx.dll，速度自然慢很多（VB数据处理比VC慢70多倍！想用VB做压缩？做网络视频？做图象处理？做梦也别想有好速度！）
VC做控件非常简单！与this指针什么关系？不明白别乱说！
Chice_wxg 2002-02-11
- 打赏
- 举报
VC难呀！要是简单了，工资也低 :(
xeon2673 2002-02-11
- 打赏
- 举报
vb工资低，VC高，呜呜呜
加载更多回复（12）
