对VC的批判，我要打击大家学VC的积极性了……

ASEE

一家之言，VC高手不妨过来指点指点，没有人骂我，我不高兴
3 k3 ~* `& m3 [/ d8 W作　　者：bitfan ()

$ f. r- o' q/ w; K) O9 j注：以下的观点主要指VC6。）

1.       背景我这人喜欢偷懒，VC我断断续续学过很长的时间，最终没有能成为我想成为的那种高手，在“程序人生”中的一个贴子《怎样克服学习过程中的浮躁，来者有分》

5 ~" _) P& V- g（http://www.csdn.net/expert/topic/635/635462.xml?temp=.8159601）中我看到有很多人都说VC难学，信然！拿我来说，最终真正派上用场的还是VB和C++Bulder之类RAD开发工具。 我在想，为什么大家都在说VC难学，却又想学，许多人是不是都象我刚学VC一样，人云VC如何如何，就去学VC了，但水平与能力有限，只能成为半罐子水，花钱不少，花时间不少，花精力不少，代价更不少，却没得到什么…… 为什么大家都要“明知山有虎，偏向虎山行”？特别是许多准备进入软件开发这一行业的，用过自已的大脑仔细想过为什么要学VC吗？ 我的观点要打击大家学VC的积极性了……

2.为什么用VC干活的人工资高？我认为学VC可以对一个程序员的基本功做出最痛苦的锻炼，所以经过VC苦练的人大都是金刚不坏之身，再学其它的东西就感到游刃有余了。通过VC成为高手者自然人少，以VC之难能成为高手者自然能力超群, 牛人自然工资高，这有什么奇怪的？他们付出了更多罢了。

3.不学VC的最主要理由：技术进步！不知诸位正在学VC的想没想过技术进步这个因素？如果你学VC是为了有个收入高的好工作，那么我认为你还是别学好。现在.net已经推出，编程平台的转移是必然的，这个周期大约就在两三年之内。 VC6的核心就是两大类库：MFC和ATL，前者是基于win32 API的一种FrameWork，后者是开发COM组件的类库，两者开发的是传统的Windows应用程序，学VC不学MFC，不学ATL几乎可以说没学VC！但遗憾的是学VC的人没有几个不为MFC中那些复杂的类之间的关系，那些奇怪的代码而头痛，ATL也好不到哪去，如果你事先没系统地学习COM理论，用ATL来发基于COM的组件几乎是不可能的。事实上，MFC框架就是一种设计模式，只不过微软的开发人员将其设计得非常完善罢了。那本著名的《设计模式》经典书中就介绍了23种设计模式,其中介绍的MVC模型几乎就是MFC的精髓！用MFC开发软件，你就必须遵循它的思路，你所做的工作就是在这个框架上修修补补，（当然，这个框架做Windows界面还是非常完善的，几乎考虑到了程序对界面的所有需求），但我觉得强迫别人按照一个框架去解决问题这是对人的一种束缚！可悲的是还有那么多人沾沾自喜于此！我常用C++ Builder，我知道VC的高手对这类RAD心存蔑视，但我也知道我在C++Builder中可以非常方便地从头开始应用一种设计模式，而不用费心地考虑如何将我这种设计模式嵌入到某个框架之中(当然我也可以设计出很复杂的应用多种设计模式的程序框架,C++Builder把这个工作留给了程序员自已)；同样的工作，对于一个对VC不熟的人，自建若干个新类，再将其引入到MFC中不是一件简单的事，其主要原因就是MFC的复杂性。C++Builder中只需新建若干个Unit，然后写你的类，再在窗体上加一个接钮，包含上新类的头文件，new一个对象就可以用了，对于初学者而言，你说哪种解决问题的方法更直观，从程序设计的角度，哪一个效率更高？
* E" }, k* m4 Q
: R1 |+ ^, B# f* X. \( p& O9 P$ Q4.从微软的策略看VC的前途！微软的策略是先用.net提供一个新的环境，然后逐步修改其OS，最终完全抛弃NT内核，其最终目的是抢占被UNIX和LINUX占据的高端市场份额（这是Borland李维说的，我觉得有道理）。现在推出的.net框架还支持原来的技术（如COM+），VC.net中也还有MFC7，但这只是一个过渡时期的产品，就象Windows 3.1被Windows 95取代一样，最终是要被抛弃的。很明显，软件发展的趋势就是不断提高软件开发的效率，在.net中开发程序绝不会有现在VC6中用MFC这样复杂和繁琐，事实上，新的平台已不再有win32 API这种平面型的开发接口，已全面立体化（类似于在C++的类库，使用方式也与C++中类的使用方式类似），而且应用程序又回到了DOS时代的简洁，只需复制整个文件夹，就可以移动一个应用程序，程序是自说明的，注册表也没有了，意味着基于注册表的COM组件技术也将被取代。这一切的变化周期估计就在两三年之内。

8 l% d3 l) d+ ` 5.现实的考虑：诸位想想：如果你花一到两年的时间去学VC6，尤其是MFC，就算你到时是VC的绝顶高手，你却空有屠龙之技而无龙可屠，岂不悲哉！想想如果有一个DOS时代的高手跨越时空来到现在，他的技术早已被时代所淹没，如果不更新知识，他会发现要找到一个饭碗都不容易。对于所有想学VC的人，我提出一个忠告：VC的巅峰期已过。 那现在为什么还有那么多公司想要招VC的程序员？有很大的原因是对过去资源的继承。过去的投资不能白费，这还用说吗？

6.如果你打算学VC，请端正你的目的！现在学VC的目的不是为了好找工作，好拿高薪，而是因为它的复杂是锻炼一个优秀程序员的最佳方法，就象奥运长跑选手为了提高身体素质而到高原上训练一样。对于想进入软件开发大门的人我的建议是直接学习最新的技术，而且最好是现在学习今后一到两年内会成为主流的技术，而那些有志于成为windows软件高手的人，VC是必修课，不经百炼哪能成钢？而且VC肯定还会生存很长一段时间,就象现在还有用Foxpro开发的系统一样.
2 g( j( l4 q. Z2 A
5 @7 S& ^; k3 R: _5 U6 G% Z 7.我学软件喜新厌旧：对于象我这样的平庸之辈，我脚踏N只船：最早以VB入门，从3.0用到6.0，它给我带来的收获也最多；VC我是半桶水，学了一两年就没一点成就感；C++Builder是我的爱将，是我学习C++和各种软件理论最常用的开发工具，用它也做了不少东东；真的不错,准备娶过门来了；我还对Java心存向往，很想马上去学，不过个人能力有限，还是放一放罢…… 掌握多种开发工具有一个好处，那就是可以取长补短。比如有一个图象处理程序用VC开发，而其中的报表部分我则用C++Builder做出来，再以COM组件的方式给VC调；要操作Office我喜欢用VB，要写多层系统访问数据库我喜欢用C++Builder（现在还加上Delphi）,所有这些都可以在COM的基础上统一起来…… 不过COM也快完蛋了，我也要学新的东东了，可惜了我买了那么多COM的书……对了，还要加一句，对COM了解即可，别钻进牛角尖里去了,COM又是一个无底洞,也许日后再发个贴子,就叫"对COM的批判"



谢谢horris(僧推月下门)的高论。 我想就horris贴子中涉及到的几个方面谈谈看法。

1）程序框架和设计模式： 程序框架的设计体现出设计模式理论，可以看成是一个未完成的系统，程序员在这个框架之上加入实际工作的代码而形成真实的系统。而这两者的出现与广泛应用是软件开发走向成熟的必然。 为什么要提出设计模式理论和应用程序框架？很简单，就是要提高软件产品的质量和生产率。 现在主流的开发工具中都有程序框架的应用，最典型的是MFC和VCL。那么，衡量一个框架好坏的标准是什么？我可以列出几条，但我可以肯定地指出，框架的可复用性是第一位的，而易用性是第二位的，运行效率则是第三位的。就可复用性而言，MFC和VCL难分高下，而易用性则差别巨大，我就不详细说了。   

" u" X! o: y% r  j; p0 }2）“运行效率”vs“开发效率”； 运行效率和开发效率这两者谁更重要？ 除非是开发实时系统和某些系统核心模块（这种模块在整个项目只占很小比例），大多数软件项目考虑的是开发效率和一些其它因素，对运行效率则要求不高。 所以，象开发效率、稳定性、易用性、易维护、可扩展等就成为首要考虑的因素，而运行效率则是在保证达到前面要求的前提下再去考虑的。 另外，是否VC做出来的东西就一定好和快呢？这取决于系统设计和程序员对语言和工具的把握程度。 举个例子： 在程序设计过程中，都要对系统功能进行封装。假设系统中要将ADO RecordSet封装成一个适合特定用途的数据存取类，用VC封装工作量是C++BUILDER的好几倍（因为C++BUILDER中有一个现成的类TADODataSet封装了ADO RecordSet，基于TADODataSet自然要少很多工作），除了少数VC高手，绝大多数人用VC实现的封装都无法与用TADODataSet的封装相比拟，为什么？很简单，你对原生的ADO RecordSet的封装达不到TADODataSet的水平！开发VCL的程序员是一批牛人，这批牛人的水平是绝大多数程序员所无法达到的，牛人们既熟悉语言和开发工具，也熟悉ADO的底层原理。你用VC做出的东西，与另一个用C++BUILDER或Delphi做出来的东西相比，可能你的稳定性更差，运行速度更慢！ 既然费尽心机地用VC做出来的东西还不如另一个学了Delphi3个月作出来的东西，我为什么一定要哪壶不开提哪壶？ 所以，从现实的角度，我不赞成大量的程序员为了“自己造轮子”而将大量精力花费在VC上，应尽可能地复用优秀的软件组件。 开发效率是程序员吃饭和公司生存的关键因素。
8 q8 x2 f4 V" {" u
8 {6 _/ L, h- s! ^. N3）关于.net平台下的Unmanaged和managed应用： 毫无疑问，Unmanaged程序肯定快，但我可以肯定的说，managed今后将会大行其道，特别是在企业级信息网络中。 什么叫Unmanaged应用？直接调用OS的API，直接编译生成机器码的程序。而managed应用，就是运行在一个软件虚拟机上的程序，Java就是一个典型的例子，.net也是走的这条路！Java为什么这样火，M$为什么要跟进这个步伐？很简单，这种架构更适合于现代信息网络的要求。VC6只能开发managed应用，你说说它在现代的网络化软件中会居于一个什么地位？ 另外，在企业级的软件中，最重要的是什么？一个是安全，另一个是集成多种信息源！运行效率的考虑是放在最后的。Java慢，但为什么还被广泛用来开发企业级应用程序？XML和Web Service为什么被称为下一代网络技术的核心？最关键的一点是它可以使不同平台的软件相互合作！
! D1 J7 Z) n4 b1 S& Q* k! K. ~1 t
   4）现在可以做出一个小结： 对于需要高效率、与硬件打交道、运行于传统Windows平台下的程序而言，VC是重点选择的开发工具，有志于此的程序员必须花大力气去学VC； 对于开发企业级软件和电子商务等互联网应用领域的专业程序员，根本不要去学VC，而应将精力放在标准C++，Java，C#等语言的学习上，同时重点学习.net、J2EE等平台； 对于一般的软件开发爱好者来说，VC不是必经的一条道路，可以根据实际情况选一种开发工具和语言学习； 对于还在学校学习的计算机专业学生，C++和Java是必学的，至于VC，需不需要学还要看你将来想从事的领域。 我之所以发这个贴子，是看到有很多贴子总在夸耀VC的强大（这是实情），无形之中很多人被误导了，不管什么情况，好象一学软件开发必学C++，一学C++必学VC，然后浪费大量的时间和金钱于此，费事不少，收效则低！（我周围就有很多这样的情况，包括我，都成为VC的半瓶水）先不说成为不了专业程序员的人，就是以软件开发作为职业的人，从事的领域不一样，也不一定非学VC不可。有这时间，干些别的岂不更好？ 至于VC的前景，我在本贴中提出了自己不乐观的看法。诸位兄弟姐妹想必会有更多的观点，我希望大家能多多讨论一下，这不是孰优孰劣的问题，而是如何把握技术发展趋势，然后根据发展趋势来选择自己的突破口的问题。如果有多方面的观点，对大家想必都是一种启发。 期待更多的发言
: |; v, a# `4 L  R" }
1 E7 t; Q7 _9 U$ k/ x

ASEE

ylc001(2003-9-4 10:41:40)  

% u# e5 ]$ v* T& V某软件公司老总豪言壮语：“我们的软件，使用JAVA ，.NET技术构建。速度超快，可与C++相媲美”。我们准备继续向下开发，使之成为独立于操作系统、抛弃古老的编程语言的典范。
怎么样，快投资吧。
8 W+ K9 e, |7 \; W0 X
. W8 i3 @, C, L      kz3333(2003-9-4 10:25:52)  
  L0 w2 s, D" u- q, [$ [
虽然有点偏激，当说得痛快，支持作者

      city_tiger(2003-9-4 10:03:48)  
/ |5 \& v4 i# f/ a
傻逼！一个工具而已，还争论啦？

  P6 U) ^. z8 s( j# B3 @      hotel9545(2003-9-4 10:01:38)  
) g( x( p9 G& H/ h  |! _  u
/ s5 e: b: D; L* j同意楼主所说
3 k! ]3 N* l. d4 K. Z
# t0 K' r6 h7 Z# Q' d1 z      boredom_vc(2003-9-4 9:49:23)  
+ x! K* U' r" A5 @
编程思想最总要！！！！

& C4 v4 {, y7 x4 E9 Y. @3 l      wuqiang51(2003-9-4 9:27:36)  
8 }3 c, w2 k( r1 y# F
我就看不上VB，连移位都没有。我就喜欢VC。不过.net就有了。微软还是知道自己的不足的。

同意楼主，跟着微软跑的人也得看看路。
0 ^, b* l" p0 [" K' r# d/ ]% Y( Q( R
" ^% W+ a6 u. u; x
      quarksoft(2003-9-4 9:15:43)  
2 E. f0 V# B7 [+ K  S  N
* f$ W, B) y$ ^7 P8 k重来没有见过fat888那样的SB，真是CSDN的悲哀！
% [( g4 O9 H: l5 {- R
      tarzan1997(2003-9-4 7:31:57)  
5 M4 I3 d: ^; W, D9 L
9 v/ L8 s2 C0 b3 I4 B: H什么呀，楼主是说给在校学生和初学者的，是对于作为程序员入门而言。你作程序员一开始就做图形设计，低层调用，游戏开发？现在开始入门程序员开始接触的多是企业级开发软件，自然工具各有长短处，能看到这些限制能工灵活运用工具自然是高手。作者写这个文章是有针对性的，请不要你是高手就鄙视人！这你发表言论的基础。
! ?: c! m* S5 M7 b- j请大家针对入门、提高及做各方面程序设计所用到的工具优缺点及程序员自身发展发表言论。

      Geoffrey1975(2003-9-3 23:55:50)  
6 U5 p' T2 W5 S( |
同意作者的观点。某些方面体会比较深。
& ]. n2 L2 {" y3 ]6 F" S6 x能够熟练的掌握C/C++，特别是VC之后，基本上可以直接使用VB，java，C#之类的开发语言和工具，而无需再学习。
9 m9 l- W2 K( r. z0 Y( N
2 F& u3 z. Y+ s( a" K      black_fox(2003-9-3 23:51:40)  

VC对于我来说，只是一个文本编辑器。。。
/ \" _! p8 g1 T. |9 U0 j& D
      bipeng(2003-9-3 23:23:33)  

$ q+ d( Z; s5 t工具就是工具，实在不想用了自己做都行。
/ g: F4 ]; N# R我现在用MATlab只学2天，虽然大都功能不会用，但我用它是为了学习技术阿 。
要是学上一两个月还值得嘛！！
不要在这种事上纠缠不清！！
- }9 T, \8 @1 P/ y( T) }: W' x这叫舍本逐末！！

: F  M3 [5 v7 J8 [1 A, \      lyboy99(2003-9-3 23:10:33)  
2 ?" k% z) I8 i2 Y( Y4 H' a, N
要什么样的程序，不管什么开发工具，达到目的就可以了。
开发工具各有长处，vc开发MIS，数据库管理系统等，是不如,CBC,Delphi,VB,PB等RAD开发工具来的快，直接。但是如果写硬件接口，图象处理，系统内部一些设备的数据交换和过滤，等底层部分，那只有VC了，CBC虽然也是C++开发工具，但是在硬件低层支持这块先天不足。软件开发人员学习到一定程度，就不会被开发语言和工具所限制了，如果还为开发工具和开发语言而每天苦恼，真是悲哀呀！
5 s; G# v% r0 [' V, J8 @) o; W5 Z
- w3 T8 ^- k7 r$ ~7 f      rampig(2003-9-3 23:10:17)  
1 `4 h+ h' X2 T' G7 s
就作者的观点看作者实在太低下。其它略。
+ P" d" j; ?0 W8 s2 G
      onestab(2003-9-3 22:54:26)  

/ ^0 p& D9 u% @' L据预测，到2008年，会写毛笔字的人才缺口达到2000万！
" T. D+ v! a* G2 S3 W  x# H1 F

4 W9 F2 t" A0 J8 u; s7 q1 w3 R8 n$ W      caiyi0903(2003-9-3 22:44:08)  
' X7 m; H6 a/ K* L
3 V6 ]  v2 m$ c  _* t2 L楼主学得有几分道理，学习ing！
* l- X' i& C1 j3 |* G
      renhuailin(2003-9-3 22:29:34)  

( V( N9 N4 z8 k5 |+ A+ |. G支持作者！
其实不学VC要看你自己的定位，以后是不是要搞系统软件，如果搞系统软件(windows下的),VC是首先，这是没疑问的。如果不是，那就学学.net和java吧，作者对在校学生的提醒可谓语重心长。记得我在学校时就很迷惘，不知道学什么，乱学，没目标。各位在校的朋友们，一定要选好方向，别学我，：）
( @1 m* ^0 ?) u) N8 I
8 g5 e- W4 f/ A9 u
8 W+ n! J( |( z8 `' R4 j      fat888(2003-9-3 22:23:16)  

3 n6 t; @% Z* J1、VC程序员工资不一定比VB的高。我们公司就是做vb的比做vc的高。
. X5 \7 p8 S. A4 B- O: w
1 F7 f: m* b+ S7 [7 f2、dos并没有被淘汰，我们公司就有很多人在用borland c++31做dos的程序。当然，是嵌入式设备。
3 y! ]9 x: S' {
0 M+ X$ T8 l  E# G; z' @3、java是炒作出来的，真正使用的很少。并不是象作者说的那样，有很多企业使用。java被淘汰是必然的。


2 U/ m, x% y( a. `


      wowuyinglingluan(2003-9-3 21:24:34)  
$ i( D  P! n3 _4 D: w) F
没人对VC执着，
2 d& q4 d5 U/ ~" Q8 c使用VC只因为是C++程序员又在WINDOWS平台上开发而已。
7 R9 t7 X4 L  W5 a% P  u' A; o作者显然不了解这一基本点，

# t% @6 N+ [. I+ r8 S+ t3 R
      cywater2000(2003-9-3 19:47:15)  

. X& c* K# x& X) s, b, ?, Q" J% C1 h另外，我就是用VC不用MFC的(我不喜欢)
- P8 r. Y( @  ^2 C+ ]因为我是用来做游戏的
8 Q  h9 z2 S5 d( B6 K" }
" D7 v0 {( B  `& {; p' j. Q9 C* x      cywater2000(2003-9-3 19:41:34)  
) r, J/ K# g0 e; K# k0 f8 b) j
7 c5 v2 t/ e5 t9 o4 U4 J" k为了用而学
不是为了学而用
: A2 y( L# `! r$ T" p

7 B8 |* }% C7 f) w      mahatma_cn(2003-9-3 19:09:38)  
% C7 U0 _4 T5 c8 A) j# J* Z% L- `
5 E& T. f4 g8 k1 x. j3 ?. J) v' A其实作者把开发领域想象得过于简单！好像一夜间全是.net平台和企业应用开发。现在汇编还在用呢，也还有人在学呢！ 去银行看看吧。

0 _. B9 ]2 J# A" L/ A. P      MarcoChan(2003-9-3 18:52:23)  

嘿嘿， 作者喜欢穿马甲阿， 一穿就是几件

      sclzmbie(2003-9-3 18:50:32)  
- ?) R- l3 Z. r( k- m) Q& Y6 g2 P* Q
. Q/ E* L* D2 a7 }% M7 U* l作者说的不错，MFC确实给人一种束缚。不过从SDK写一个140万行的系统也不太现实。现在感觉WTL是一个比较精简的库，考虑将核心层从MFC转移到WTL中。呵呵，不过可行性调查还没有开始。
2 s  m6 O2 T* |' W: D2 W% D0 p  R
/ Q6 m7 b6 t6 GJava简单的学了一些，觉得Java 1.4.1版本的类库设计的真是优美。VB 6我就不想说了，实在学不来。

! c" H) K4 \2 _; n. h- x      ilian(2003-9-3 18:26:12)  
* K+ P: k# a) w* M& W6 \3 g
VC之所以难学我想是SDK、MFC、ATL、DDK等自成一体没有直接关联，好像有4个不同的框架一样。不像VC#你会写窗口程序了那么就很容易写ASP.NET程序和应用WEB服务了。
$ D, Q3 e( `: _; k# I并且MFC开发比起BCB，VB可视化不高，做企业MIS项目可就不好。

6 B9 E  `( H) w$ ~3 Q" S6 y      ilian(2003-9-3 18:08:52)  

/ |% U- ?. r% m5 d: ]5 V# R企业和政府信息化：如，管理软件（MIS，OA，ERP），B2B，电子政务，普通网站，.NET和J2EE的作用在这一块，软件公司的方向在这里！
8 p6 l, o! d9 GVC目前应用在游戏，驱动和效率高和低层方面，还有基础通用和一些共享软件方面，一般程序员可能应用不到。

- ^9 Q" ^2 H6 R' L: ^  C3 o      LuoXu(2003-9-3 17:31:38)  

' I+ Z% }: g' w0 H同意作者，虽然我一直用VC。工具就是工具，达到目的才是最重要的。
* G, x; d* r9 L4 `+ V
6 I( P( L5 a7 A0 m; {2 E: V$ `      Kylix_XP(2003-9-3 17:29:54)  

6 s* l' k' R: r0 K8 W说得是实话
!!!

      henryfan1(2003-9-3 17:09:23)  
' F* b$ V4 a9 f' T; z! }# j
话也说回来，现实中并不是负出了就有回报的。
% t8 O0 g' J5 O' s1 ^0 p说什么花多少年时间把C++精通，这样是不客观的。
9 B+ }0 K. m8 b7 l
0 q0 a& w& N, x) [2 i2 {/ g" @
      bx2000(2003-9-3 17:03:16)  

  t  i0 u6 F" p9 ?9 o1 N$ y我靠，菜到家了
" E. W3 F; s- ?3 l2 [# s1 u7 D笔者要是工作1年就不会有这个想法了
" ^; m3 x- F5 i$ r4 {# {- }
& c& X: P' s  ]4 h: D      tide2355(2003-9-3 16:57:44)  

/ u1 g! F* L( D5 S同意楼上的
我现在都不来这里问问题了
菜鸟一堆堆的
  }7 e  L' Q: i6 A  P
+ W( H3 R% @& Z" y" K' ?, N1 @      microzhe(2003-9-3 16:55:21)  

0 Y/ |4 s* }3 Q( \% n8 a看看你的计算机里的exe文件，看有几个不是用vc写的。

: L0 N  v% Q9 O+ O  t& P. m      henryfan1(2003-9-3 16:48:34)  

身为程序员，那样工具能带来更好的效益，就应该用那用种。
这是很现实的，就算你VC很利害也没什么用，关键有没有机会让你去用。

4 F% o& B/ U, `$ B6 q) O      matlab7(2003-9-3 16:12:14)  
( l$ l' d- x9 h
$ ?5 j! [& B0 N2 ^% d# s' r" y
学了VC三个月，还不知道怎样用ＳＤＫ。
是不是选择ＷＩＮ32　ＡＰＰＬＩＣＡＴＩＯＮ　这个选项就是使用ＳＤＫ编程？
% w8 E  c( f5 ?7 W5 T) [
      robin97(2003-9-3 15:45:04)  
2 w0 X# s5 f/ r/ ^' i7 d* `; p4 q
. L4 X7 x: r2 P8 L/ I3 A( e  p/ F不过你说vc就是mfc和atl，你把sdk这个本行放哪里去了？

/ c5 ~7 `* ?2 G* Y+ V" s      robin97(2003-9-3 15:42:59)  
! K1 E  U) s0 V6 z4 l
很早我就跟别人说过，学c/c++就可以了，然后随便转个bcb，vb什么的就可以了

      AthlonxpX86(2003-9-3 14:48:10)  
2 {" b4 I. @" H* t
* z4 b- f; Z+ h3 i5 [+ W我不认同VC就是MFC ATL,真正学会VC后,他将是深入复杂程序开发的万能工具,因为它本身是一种C/C++语言,所以说用他作深入的计算机程序可以说是万能的,比如做一般windows程序用API,作游戏用DirectX(VB好像也可以.不过速度上?),作设备驱动可以用DDK(除了微软自带的编译器,就只能用VC开发了),做算法也是最高效的,用CPU指令集优化算法微软好像也只提供了VC的优化方案(可以和汇编程序混用),做图形?大多数算法库都是C/C++的.听说NV的游戏图形开发工具使用VC,这些深入的程序开发,我想识别的开发工具无法替代的,不过做界面数据库网络之类的应用型程序,有别的更好的工具,VC可能不是计算机专业人员最好的工具,在中国确实是这样,因为在多数人眼里,计算机专业就是搞数据库网络等,但他肯定是科学工作者(在微软平台上的科学计算,图形算法,以及在计算机系统编程上)最好的工具
! _3 U3 ^' S0 h$ [/ T& u4 F
# b+ ^! ]9 q3 S7 H/ d5 M4 X      putongren(2003-9-3 14:19:05)  

9 U6 F# E6 R) W: _1 B/ h支持一下！
7 _, ], P' U1 n3 c, H0 l- w4 W" Q
是不是还可以有一个讨论依据：实践是检验理论的标准。

国内的软件公司用 VC 做的项目或产品多吗？如果多，那不用说，大家都学都用；如果只是学得多，真正用的少，那就个人根据自己的爱好去决定吧。

我有一个理想：有朝一日，中国的大部分程序员对 Windows、Linux、Java/.Net虚拟机等的 API 都深入了解，熟悉 OOP 的语法，熟悉三、四个 RAD 开发工具，平常的主要精力用来研究新应用、确保高质量，然后引导客户或市场前进。
- i# n4 p* h0 R2 P5 L& v1 S5 M
别说我傻，高手们，到 45 岁、50 岁的时候我们还不行吗？

      liuty2006(2003-9-3 14:16:26)  
/ i& g* B0 z$ Z- w" P
# U- g' |9 B" u* m2 |还是那句话：你用VC干什么？
$ [0 g9 @3 Y) l2 H
另外学习一门语言或工具除了用于写代码之外，还有一个很重要的作用就是“读”代码。

而VC下的代码可谓丰富，。。。。。。

# F. Y: O5 f# T- E3 F5 h" K
2 k: V$ c- l  J! {/ {- j, y* k
4 N1 J9 a/ c1 Q8 h      alexy(2003-9-3 14:08:56)  

to  Jetsnail
可笑，一看你说的话就知道你没做过电信，银行什么的系统。和作者的水平比起来还有不小的差距呢。
奇怪，CSDN上怎么这么多自以为是的人啊。

      wuhuiwingwww(2003-9-3 13:29:31)  

9 E% K" l( w9 t6 h' g" [, t呵呵，听了各位牛人的高论，甚感佩服，但我只是菜鸟，不敢发表高论，呵呵。

      redhatcn(2003-9-3 12:42:26)  
" q& n3 ]$ E! n: \; J4 H# v
DELPHI也不错.
% c! O$ y& V# N) f: o% s% W
      alornwolf(2003-9-3 12:41:36)  
+ H$ J3 Z% J( D1 @2 V
其实说VC难学的，大多都是C++没学好，说COM难学的，也是C++没学好，不过C++确实太强大，太灵活，所以要说精通C++淡何容量？
  h9 [# k5 L, Y1 b! C7 d$ l7 @2 U; [
2 f, L1 ~$ q, R7 M# ^5 |本人也认同学了C++（或叫VC）确实对思想是一个升华，有此基础，你会发现其它的东东八，九不离十的。不过现在的.net(VC++.net)却不是如此，其中奥秘另有他处。

6 g: ^; v# k5 P至于对注册表和COM确实早晚会被淘汰！

1 ~. h+ i3 Q& w; r0 F      chinap2p(2003-9-3 12:25:33)  

' `" G' T0 R& P* w' W9 D8 @7 v, p0 G在国外的C++工程师，VC是绝对的统治地位。VC是进入WINDOW的SDK开发的唯一钥匙。

5 L# h- @1 e# E      hankwaite(2003-9-3 12:24:16)  

6 z4 _, v# j: }" a* \这些都只是开发工具，不用太在意，更深层次的是“算法与设计模式”。真正的高手是不在意使用任何的开发工具的。

+ q. B' p9 V- E      rlei(2003-9-3 12:14:29)  
* Z/ l" Z- {6 r/ X
3 t# z% Y) `* i: z. B. Y* Q我感决作者的文章还是不错的。他也说清楚了对象主要是对开发工具和语言比较茫然的那种人。所以上边的各位高手看了发出如此的评论，好像是针对已经成为高手的程序员，悲哀啊，感觉高级程序员理解力太差劲了。连作者的意图都没弄明白。支持作者！
8 E, }3 d4 ]9 {5 ~' J" T, v
      jhwh(2003-9-3 12:09:49)  

2 n+ m1 l2 [  h/ h3 j3 K, x7 MC++Builder, Delphi 决不是拖控件而已，你可以把控件当作接口来用。写速达和PhotoShop有多大的实质区别？各个处理的业务不同，没有可比性。别说PhotoShop的技术含量高，你让他们来研究一下企业的逻辑看看，一样的复杂。
. y9 S8 w. M, z' {% v9 }. L0 _
; \7 Z% w" {6 ^% L# M      B828(2003-9-3 11:54:42)  

工具终究是工具，讨论其优势没有意义

      softeye(2003-9-3 11:34:47)  
7 _2 m6 p2 Y/ p" L* k
# j$ G7 i0 b) @: B作者混淆视听，把VC等同与VC6,那VC7呢？

$ u  A! F6 M( m, D* n) F: n' N      foxnt(2003-9-3 11:32:02)  
' q# Y2 }; h# k- N* l- J0 N! @
只看VC内行人谈论VC。
半瓶水或者外行人来谈论VC，恕不奉陪。

      xhzhf(2003-9-3 11:30:26)  
: D( `0 }* e2 c% C- I. ^
5 B! @7 y' k" _5 }我觉的对各种语言的语言特性了解清楚很必要的
用不同的语言实现同一个设计方案难易程度很不一样
做设计时肯定会要考虑语言对设计的支持
对于VC,我觉得熟练以后很方便,而且MFC提供的功能也比较强大
学习VC,其实如果先学好C,C++,在学VC也不是太难

1 g& ^2 N, B, T" H, U/ r      Ailong(2003-9-3 11:23:46)  

3 s+ y2 r. K8 W$ s) s$ h.Net只是对付Java的利器，等到Java像Netscape那样趴了，.Net也就和IE一样对于微软又不痛不痒了，毕竟.Net功能有限，只能完成商务应用。
学VC不只是学开发，其中的MFC给你看了许多东西，如果能用好，用懂（侯sir的"深入浅出MFC"的水平），对于win32开发也就了然于胸。不像别的语言那样控件来，控件去的，这也许就是高手说的VC比其他开发环境好的原因。

      cppbug(2003-9-3 11:04:05)  
. X( y, ~! W" d1 A/ N, C8 Y2 c
/ M; J% f' b4 `) Y2 }. l其实作者并没有贬低vc，而且也并没有在某些具体工具上纠缠。
许多意见比较客观，不过题目是不是有点......
( l$ E! F" v1 E% ]
7 k$ m9 R+ I. m1 b$ ?6 H      IID(2003-9-3 11:01:28)  

确实没什么意思，VC说到底还是个开发工具

" c8 v- ~. f( Q- h0 ?+ D  m谈谈Windows内核 + SDK + C++ + COM+不是更好吗
  }2 ^& Y  E! b! t% }- f
3 Q# P% \. {0 N/ o6 o4 B+ b, u      yjh1982(2003-9-3 10:34:55)  

我就是VC程序员,1500的工资~55555555抗议楼主胡说

8 Y' ]1 x2 j3 V6 {2 A) \" @1 ?      asdmonster(2003-9-3 10:25:58)  
9 }% e, @- p) ?& d( p
看了这个帖子狂晕倒。
) O- Q+ J, w9 F" e
4 ~. o  ?) i3 ]1 s- L+ \  k# Q      binxun(2003-9-3 10:23:35)  
# ]! U- G$ k- d; }1 I7 l
VC 只是一个开发工具，一个集成了C++编译器，连接器，调试器等的开发环境。
: {+ c  W9 U* H2 s; [7 S高手从来不会局限在某个特定的开发工具上，所以讨论这个问题没有什么意义。

0 N5 Z( N6 s3 C- a' _' @      forestassure(2003-9-3 10:15:05)  
3 B% f5 D6 q* \! c7 y" N+ }
人类的进步都是一步一步的，何况中国的软件事业！？
除非你的工作性质决定了选择vc，否则，对于这些工具性的东西，不要痴迷太深！
是谁制造c, c++ ,java 等等 ？ 为什么他们能够 ？
3 r6 q$ B3 y& D- ]code又是为了解决什么？ 图像处理难道仅仅是vc能够做的 ？
背后的原理 ？
. f& r0 i5 {* J$ N这些，恐怕也要好好想想！

4 }1 o$ Q* p! g8 M      withpointer(2003-9-3 10:13:05)  
) W9 ?  `; f2 L+ O: |
那Office,PS,Windows,Linux和那些个游戏都用什么开发呢？也是JAVA or .NET?
) t7 e$ g/ m- n: J% V  s1 I只是你的着眼点在企业级的应用上了,我用VC从来都是SDK方式,不是我讨厌MFC.....
5 q% [* O3 E) E! O! F; t不用MFC,你会说我更傻了吧，但是我确实比你更了解WINDOWS,不说了,说多了又要口水战了,
请不要随便说这个工具怎样怎样，那个工具怎样怎样,事实已经证明大量的通用软件都是c/c++写出来的,一部分也是VC写出来的，你敢说你的机器里没有50%以上用c/c++写的软件在运行?只是有行业软件和通用软件的区分罢了.别动不动就这个工具好，那个工具差.你能用C++ BUILDER能写出速达的东西，并且卖的那么火我佩服你,你能用VB写出让客户只点头的数据处理程序我佩服你,你能用VC写出PhotoShop,哪怕只是部分模块,我更佩服你。。。。。请问您属于我上述所说的这几种”佩服“么???????

      caimouse(2003-9-3 9:59:48)  
( k: F+ J/ d3 ], s
, n$ q6 ]- n, `. R管它用什么,挣钱就最主要的.
5 {- N" X  A1 s5 x+ H! v4 k' d) n有需求就是最主要的,不管学习什么,最关系要看需求.
别人用VB写的收款机照样买20万.


" y0 t! H6 }/ G% p8 b+ Z+ k) }      nuaacims(2003-9-3 9:46:26)  

作者没有迷恋于工具的追求，“掌握多种开发工具有一个好处，那就是可以取长补短。比如有一个图象处理程序用VC开发，而其中的报表部分我则用C++Builder做出来，再以COM组件的方式给VC调；要操作Office我喜欢用VB，要写多层系统访问数据库我喜欢用C++Builder（现在还加上Delphi）,所有这些都可以在COM的基础上统一起来…… ”
( h7 \" d+ S- t. D很多东西说的很中肯...

      Jetsnail(2003-9-3 9:36:08)  

$ _: t' O/ @) \" @事实上是：你说的基本上是以企业级开发为标准。那里不是C++的舞台，那里也不需要programmer。一个sa+数个coder就可以了。如果你作过大的项目，比如电信，银行什么的系统，你就会明白你所推荐的东西是多么局限了，有些仅仅是一些开发人员的玩具而已，谁会用玩具做项目呢？
gouer(2003-9-3 9:30:30)  
6 d9 `% L. d7 A  z2 G" M3 o
! K5 w3 k4 n/ H" y& k如果作了很多年的开发还停留在对工具的追求，只能说是一种悲哀！
看来csdn的真的成为菜鸟的乐园了

ASEE

I WAS STUDYING MAKING PROGRAM ON UNIX AND  THE TCP/IP STACKS.

yzhlinux

其实说在多都是无聊，学习到了真的觉得懂了的时候就发现，他真的太有用了，其实是不是vc没有一定的标准，学习vc，你学习到的并不仅仅是vc本身，连带了更多其他的东西，我现在十分庆幸自己很快的过了那段迷茫的时期，到了现在的思想境界我说的很简单：觉得难，你没有必要和资格学习，不怕难，那么来吧，这里你可以尽情的享受，你学习的越多，了解的越多，你就越享受。很明显的，对vb十分精通的人，有很多都自卑自己不会c++，很多都自卑自己不会VC，包括会C++build 的人，也很多都自卑自己不会VC，但是我好象没有见过一个VC高手在自卑说：“我应该去努力学习一下VB” 或者 “JAVA 没有用过真丢人”等。相反，使用vc的人可以在window的领域藐视一切。嘿嘿，大家自己去仔细想想吧。在任何一个VC高手面前说VC坏话，恐怕你不敢看他的眼睛，因为怕自己被对方藐视。不信可以去试试看！
说的.net如何如何的就更是没有什么好被人看得起的了，那些人一般都是些没有多少动手经验，有没有毅力和勇气，只会看看微软的广告然后记下来在菜鸟面前吹嘘的人（只能在才鸟面前，在vc高手面前，他说不出话来）。
" d& J/ u3 K  w7 U) G而vc是最高尚的吗？不是，我不自卑我不使用c++buid或者vb，但是如果对方是一个用ddk的命令截面写window驱动，或者是一个只在unix世界中驾驶gcc ，cc 的家伙，我想我一定自卑，同时也激励自己早日丢弃手中的studio,早日拿起 build ,或者 gcc 这样的命令来生活。
/ M- A* c2 ~) U  {9 [与那些浮躁的人比较，感觉完全两样的，即使对手的水平比我高，但是如果得到这样的言论从他嘴里说出，那么，好的，被我超越的日子不遥远了，因为水平的局限性是来源与思想的局限性的。
6 F3 h* U1 k! n6 x就这样说了

* t' h' j% I) c. Y9 w
! v9 z3 l2 Y1 u5 D# |% Z

[此贴子已经被作者于2003-9-4 18:11:33编辑过]

+ ^" u8 L% F5 \7 Y8 R

Inuyasha

晕

事实上，我觉得要能真正精通一门计算机语言，那就足够了。
" Y! @0 ^9 _( F% t  我学得c语言，正在走程序员之路

VC只是个开发环境,有那么难学吗?!!!!!

就是几个按钮几个菜单而已!!

或者说VC就是编辑器有那么难学吗??!!!!!!!

VC只是个开发环境？？？

VC对ISOC++的支持只有80％多一点，这就说明VC不只是个开发环境了

游侠无极限

不见得有人编写C++程序用到各个方面吧

Eagle

这么老的帖子又浮上来了？