VC到底有什么用？？学了2个星期觉得VC不好
你说说嘛，那个框架有什么用？我有很多东西是不要的他偏要加上去！结果搞得代码成堆运行到那里都找不到，还是VB好啊，想要菜单就菜单想不要就不要，还有那些函数不知怎么搞的，老是说这个找不到哪个没定义，连MessageBox（）这样的函数都出错，还有大小写都要严格规定！靠！！输入程序时烦。。。烦。。。烦。。。我还不如吹吹凉风，赏赏秋月舒服。
感觉VC的代码就是一堆垃圾这里放一点那里放一点，简单问题复杂化，条理极其混乱，故弄玄虚。
所以VC是套在程序员身上的枷锁，是扼杀程序员创造性的工具。决定放弃VC
————这就是我学习VC两周后的体会！
问题点数：0、回复次数：46Top
1 楼tyzam（努力接分中^O^）回复于 2004-05-03 10:39:28 得分 0
遥想当年火车刚面世的时候连马都跑不过，想不到现在都新干线时代了，还有人坚持马肯定更快的信念...................Top
2 楼FOX7899（bk）回复于 2004-05-03 10:40:59 得分 0
VC都是自己的东西，自己可以想怎么做就怎么做。效率高，。。。。。。。。。。Top
3 楼LookSail（老得牙都掉了还在学）回复于 2004-05-03 11:25:25 得分 0
那你就继续用vb就是了,不用发牢骚Top
4 楼modnar（泥称就随便了）回复于 2004-05-03 11:48:43 得分 0
门都没摸到，呵呵。Top
5 楼aspvbjava（注定走入地狱）回复于 2004-05-03 12:07:16 得分 0
其实你是想给大家散分，：）Top
6 楼Atry（）回复于 2004-05-03 12:17:13 得分 0
没有经过SDK编程直接接触MFC的确是很晕，搞不懂它怎么运行，难怪会说“结果搞得代码成堆运行到那里都找不到”，我还不入门的时候跟你有一样的感觉，呵呵。建议先学SDK编程。Top
7 楼raygts（朱仔）回复于 2004-05-03 12:27:38 得分 0
其实~~我觉得VC我只不过是用它的编译器~~MFC我是很少用~~我在公司用VC写程序都是直接调用API算了~
具体MFC有啥用我也不知道~~请各位高人指教指教Top
8 楼_foo（莫依[双双朵朵]）回复于 2004-05-03 12:44:30 得分 0
看得出楼主用别的语言或工具也不可能用得好.我敢打赌!Top
9 楼Simonos（夜神月）回复于 2004-05-03 13:27:56 得分 0
Visual C++是专门针对在Microsoft Windows下使用C++语言结合MFC库来创建应用程序而开发的。
MFC库是C++的Microsoft Windows API。如果你认为C++语言现在是重要的应用程序开发标准，就必须承认，对于Windows来说，有一个C++的编程接口是自然而然的事情。Microsoft的接口就是MFC库，MFC库是Windows的基础类库。
在程序员准备开始编制一个大工程时都会设计代码结构，总是问题在于每一个程序员的结构是不同的，并且对于一个小组的亲成员来说，他会很难学习这种结构，并与此保持一致。MFC库应用程序框架包括它自己的应用程序结构。如果使用MFC库编写Windows程序，其它成员就可以很容易地维护和增强代码。就你上面所说的：“感觉VC的代码就是一堆垃圾这里放一点那里放一点，简单问题复杂化，条理极其混乱，故弄玄虚。所以VC是套在程序员身上的枷锁，是扼杀程序员创造性的工具。”只是你对MFC库的作用并没有了解。不要认为MFC库的结构会使程序变得不灵活。使用MFC库，程序可以在任何时候调用Win32函数，所以可以最大程序地利用Windows。Top
10 楼Simonos（夜神月）回复于 2004-05-03 13:33:51 得分 0
最后打错了一个字很抱歉！
“最大程序地”->最大程度地Top
11 楼kikistorm（飘渺）回复于 2004-05-03 14:42:31 得分 0
呵呵Top
12 楼xujie839997（aw）回复于 2004-05-03 14:45:37 得分 0
到VB去发这种帖子吧,省的找骂Top
13 楼freeinsky（天子）回复于 2004-05-03 16:02:56 得分 0
其实这也不能怪你了，VC就是因为功能强大，效率高
只是过程比较苦烦一些，
但你如果习惯了他，你就不会觉的有什么不好的，因为在效率上他真是太强了
而VB这个东东如果做点小的还是比较好的一个语言，但如果你想用他来做一个系统的东西，可能会比较烦琐了，所以我一直在喜欢VC当中的麻烦。Top
14 楼jiangsheng（蒋晟.Net[MVP]）回复于 2004-05-03 16:17:47 得分 0
先学好C++再看API,看完再学MFC,走都不会不要想去跑，会摔跤的Top
15 楼kongyunzhongque（云雀）回复于 2004-05-03 22:19:30 得分 0
楼主放弃真是识时务者为俊杰！佩服佩服，我当初就没想到这一点以至于越陷越深。
当然放弃当程序员更是上上之策！
一分耕耘一分收获在楼主面前估计不大好使啊!Top
16 楼cowboy2006（闭关修炼中...）回复于 2004-05-04 08:28:35 得分 0
呵呵，我觉得楼主先学好C、C++
再学些数据结构之类的
然后再学学API
学了API之后再学MFC
循序渐进可能会轻松一点吧。Top
17 楼mahatma_cn（研究硕士生）回复于 2004-05-04 09:10:45 得分 0
两个星期？时间也太短了吧？不要乱下结论！！！
vc里有些东西是多余的，等你熟悉后可以删除一些没有用的东西的！！vc只不过考虑各方面而已！！
放下成见，立定成佛！！Top
18 楼wenxy1（周末了，极速飙车）回复于 2004-05-04 09:30:02 得分 0
VC高深的很。。。Top
19 楼wwwllg（野蛮人）回复于 2004-05-04 09:37:58 得分 0
楼主放弃真是识时务者为俊杰！佩服佩服，我当初就没想到这一点以至于越陷越深。
当然放弃当程序员更是上上之策！
----------------------------------------------
说的太好了，当初就是自己想不开，才伦落到现在这个样子。Top
20 楼jszj（老板说mis部不是赚钱的部门...）回复于 2004-05-04 09:43:33 得分 0
两周就想学会VC？那你也太小看微软了吧？人家做了那么久，你就两下子弄会了，太没面子了
如果你是有目的的，就去学习，花上至少3年时间，然后才能去用，如果就是为了学习而学习，最好还是出去晒晒太阳也比这舒服Top
21 楼zenithweng（）回复于 2004-05-04 10:58:21 得分 0
你想做什么东西？HELLO WORLD？没必要一定用VC吧？想做底层的，还是先学一段时间再说。Top
22 楼snake1122（surfer）回复于 2004-05-04 11:24:00 得分 0
这个也不适为一种想法：）
不过不要着急，慢慢来Top
23 楼common_man（吾与点也）回复于 2004-05-04 11:28:57 得分 0
我怎么看楼主都是象在正话反说呢！引得大家苦口婆心的进行教导，指不定楼主正在一旁看着帖子嘿嘿笑呢！^_^Top
24 楼lsaturn（土星-站了一晚）回复于 2004-05-04 11:51:54 得分 0
楼主放弃真是识时务者为俊杰！佩服佩服，我当初就没想到这一点以至于越陷越深。
当然放弃当程序员更是上上之策！
----------------------------------------------
说的太好了，当初就是自己想不开，才伦落到现在这个样子
---------------------------------------------------
我也沦落的不可自拔啊!c++就像是毒药Top
25 楼quanyy（天堂电影院）回复于 2004-05-04 13:30:02 得分 0
哈，你还是放弃算了Top
26 楼acuter（acuter&）回复于 2004-05-07 13:08:28 得分 0
五一假期，散散分吧。
大家开开心心过节！Top
27 楼philis（明天会更好）回复于 2004-05-07 13:58:37 得分 0
楼主来散分的吧，2周学成楼主这样，已经不错了。想当初真是苦不堪言，挺过来了，就好了。VC的学习曲线是先平，后陡的。就是入门难，但是入门以后，就会突飞猛进。Top
28 楼abrams2004（tomcat）回复于 2004-05-07 14:16:57 得分 0
《深入浅出MFC》Top
29 楼winforever（wind）回复于 2004-05-07 14:36:09 得分 0
可以根据需要来学嘛。VB有VB的好，VC更有VC的好。不要一杆子打倒，主要根据你所做的项目的需要来决定用什么。Top
30 楼mjk（）回复于 2004-05-07 15:07:08 得分 0
学习VC可以读别人的代码库，可以建立自己的代码库，时间越长，你开发的速度就会越快Top
31 楼mengjj（世界在变）回复于 2004-05-07 15:47:27 得分 0
開發一般的應用軟件用VB和delphi確實很快的Top
32 楼fanoble（fanoble）回复于 2004-05-07 23:19:49 得分 0
很好，找到楼主找到自己的方向了！Top
33 楼peggyxia（雨点儿）回复于 2004-06-10 16:36:49 得分 0
楼主如果面向对象不过关,还是不要学习vc了,个人觉得如果面向对象和c++不过关,学习VC是一件极其极其痛苦的事情.可惜当年没有体会到这个,后来恶补了一阵,觉得vc也不是很困难Top
34 楼craftyfox（craftyfox）回复于 2004-06-10 16:45:11 得分 0
是你没有学好, 不要说VC不好,要不你给人的感觉那就是2个字-愚蠢Top
35 楼XmagicX（一瞬已成永恒 http://codeday.com）回复于 2004-06-10 16:49:19 得分 0
这话都敢说……
Top
36 楼jzyhummel（篱影）回复于 2004-06-10 17:14:52 得分 0
这种帖你都敢在这里发.....................
我对你的景仰有如滔滔江水,连绵不绝.....................Top
37 楼lanphaday（恋花蝶）回复于 2004-06-10 19:17:37 得分 0
楼主的天份不够.Top
38 楼luolovegui（骆归）回复于 2004-06-10 19:51:47 得分 0
楼主的天份不够.
楼主你还学什么程序喽，不用学了，你以为你两周就可以学得出一点东东吗，要相信，坚持就是胜利。
再说一句，学两年之后你就可以知道VC有什么用了。Top
39 楼megavolt（百万伏特）回复于 2004-06-10 20:38:41 得分 0
不管什么东东，能解决问题就是好东东。
如果楼主用其他的工具也很好地解决了问题，
那也没有必要非要学VC，
偶觉得不学VC不代表自己不行，
学了VC也不表示自己很行。Top
40 楼sgnivy（插里一试）回复于 2004-06-10 20:46:26 得分 0
复杂的过程，结果才是高效的Top
41 楼wolaiye3（魔幻之光）回复于 2004-06-10 20:54:52 得分 0
搞编程还怕写代码那成，赶问你VB编了多少程序！Top
42 楼ggw（格格巫）回复于 2004-06-10 21:08:03 得分 0
几千人年搞的东西你一下就会了？Top
43 楼YuChangJian（我是好孩子）回复于 2004-06-10 21:12:33 得分 0
哈哈哈，借用《深入浅出MFC》中的一句话：“莫在浮沙之上筑高台”
:-)Top
44 楼zhangnanonnet（鱼欢）回复于 2004-06-11 12:02:28 得分 0
我觉得楼主的VB水平也就是学了2周。。嘿嘿，和我一样。。。记得4年前毕业前为了赶一个小课题匆忙学VB。。。才一周时间居然搞出来了。。那是的心情。。。就觉得VB真简单。。后来才知道。。我作的东西简直就是垃圾。Top
45 楼haiwangstar（南河三(信为万事之本)）回复于 2004-06-12 10:59:33 得分 0
客观的说,MFC类库确实有很多不尽合理,徒增开发复杂性的地方.这方面的例子随便都可以举出一大堆:
1.大量的宏,(宏最初是为了节省内存空间而设计的,C++可以完全舍弃宏,并且C++标准建议不使用宏).
2.大量的全局函数,破坏了类的封装.
3.关于消息的处理.MFC采用了宏映射展开的方式.第一,破坏了类的封装,因为在MFC中消息并不是类的一部份,(OO理论中,事件是类的成员之一)第二,采用了宏!(并且在MFC中无法在类中为本类的一个成员添加消息处理函数,除非继承!!(除了WM_COMMAND).
4.大量的不符合C++标准的不规则用法.初学往往要为了一个奇怪的用法而常常搜索MSDN.(大大增加了初学的难度)
5.类库中真正有用的东西不多,无用的类一大堆.MFC类库也不能说小,但开发时真正有用,好用的又有多少.而基本无用或不常用的一大堆.
5.类库的架构设计不尽合理.MFC类库结构层次很浅,很简单,而不是像.NET,JAVA,VCL那样,类的层次分的很细化. MFC的这种设计就带来问题.最简单的MFC中没有Control类,有CWnd类,而所有的控件都是从CWnd类中继承的,而且把几乎所有API中的窗口函数都封装到了CWnd中,导致类很臃肿,难用.的确,所有的控件,从根本上来讲,都是一个Window而已,可是在抽像层次上,面向应用的层次上,就不应该再这样做.这样做的直接后果是,导致设计出来的类很难用.在使用CWnd时,我并没有体会到面向对象编程带来的好处.我已经是在面向对象编程了吗?在使用Cwnd时,我常常怀疑. 更多的时候,我宁愿CreateWindow都不愿意new CWnd();
6.类设计的一条原则是给使用类的客户提供抽像,把类内部的复杂工作隐藏起来,尽理减少使用类的客户的负担.但MFC呢,还是以CWnd为例,它所做的仅仅是把Handle做为成员保护起来,类的成员函数几乎就是对API的原封不动的调用,唯一区别就是没有了Handle参数,因为Handle就是自身.(这也叫封装??)
7.C++中提供了不同于C的异常处理方式,即结构化处理方式,try{..}cathc{..}.这种方式比起传统的方式来有很多优点.(最明显的就是可读性)可不知道为什么,MFC这种C++的类库几乎从不使用Exception而是采用
if(..)
return false;
if(..)
..
这样的方式.我曾经同一个搞多年VC++开发的朋友讨论过这个问题,他说:据说,最初MFC设计时也是采用try catch方式的,但捕获不到异常,后来干脆不用了.至于究竟为什么,恐怕只有问MS.:)
8.构造一个对象要分两步.MFC中构造一个对象要分两步走.问MS,MS解释说:一是为了效率,二是为了便于发现错误.(众多的各种语言类库中,恐怕仅此MFC一家有这种特色).
9.关于文档---视模型.(这个恐怕也不能算缺点)MFC中提供了文档---视模型,这当然是为了方便程序开发,而提供的架构.可这种东西究竟有多大用处?在MFC中常常是:不需要的东西,它帮你作了一大堆,还要手动的去删除.而你需要的,做起来又很麻烦.
10...好多通常认为MFC的优点,其实认真想想,也算不上什么优点..像任何时候直接调用API,这个,DELPHI也可以,甚至PYTHON都可以.再说,要灵活性,要直接用API,我干嘛不用SDK.
11..太多,懒的说了..
认真想想,编程工具,我用的最多的还是VC++,再也就是C#.本不应非议MFC的,并且也没有资历对MFC这样庞大的架构做评价.但我的观点是从用户的角度出发的.用户应该有权利对产品的优劣做评价吧?
其实对MFC持批评之词的,国外有很多.像Charles Petzold(获过WINDOWS先锋奖的那位,他的WINDOWS程序设计一书,想必学过C SDK的都读过吧:))就说过:我从来就不用MFC,从它一出现开始,我就认为它设计拙劣...(出自他著的<<C# WINDOWS程序设计>>).还有太多...
C++是面向对象编程语言.面向对象编程语言的程序基石是---类.程序是由一个一个的类组成的.类和类之间用消息进行通讯.可是在用C++开发软件时,常常会很尴尬,用什么类库呢? STL,很好.可是STL范围太小,GUI,GDI,数据库,套接字,都没有.VCL? 设计的不错,可用的人太少..底层又是PASCLA实现的,又不稳定.Qt?设计不错.可WINDOWS平台上又有几个人在用??MFC?,大多数时候,正像上面的朋友说的那样,仅仅是用了那么几个框架,大部分代码还是用C调用API,这是在面向对象编程吗??既然这样,那还不如脆用C调用API,也省的搞个面向对象编程的形式,程序搞的这么麻烦. C++实在是太缺少一套像C#,或JAVA那样的全面,清晰,统一的类库了.(不过,MS已经打出了.NET,这个问题好像已不重要了)
Top
46 楼haiwangstar（南河三(信为万事之本)）回复于 2004-06-12 17:46:56 得分 0
当然,把VC++做为一个纯C/C++(不用MFC,只用ＳＴＬ，ＷＩＮ32 ＡＰＩ)的编译器还是不错的．所以，如果说ＶＣ不好．也是不确切的．：）Top
