不好意思,题目只是为了吸引观众。谢谢光临!请看内容:由于项目组需要,俺现在受命在VC和BCB中选择一个进行全面学习,算是打前战。
俺目前了解的情况是,VC不是一般人能玩得转的,而BCB却很容易上手。
一位资深C++高手对俺说:学习和使用VC不是一蹴而就的,可能学上一年也不能做项目。
一位BCB熟手对俺说:BCB简单得就象Delphi一样,短期内就可以进入状态。此前俺一直用Delphi,发现Delphi开发者中有相当一部分搞了几年还没参透OOP是怎么回事,原因很简单:Delphi确实提高了生产率,为开发者提供了诸多方便,但同时也培养了一大批层次很浅、只会堆控件的懒惰的FANs。(俺不认为这一小撮人是Programmers)实际上,由于BCB纯粹是Delphi的C++语言版,因此俺个人倾向于选择VC,也算是一种挑战吧。欢迎大家提供建议,特别欢迎提出忠告。1、如果你了解VC,就尽量多讲讲VC的优点,以及俺可能面临的各种困难。
2、如果你了解BCB,就尽量多讲讲BCB的优点,以及俺可能面临的各种困难。
3、如果你都了解,就尽量多讲讲它们的缺点。特别声明:热爱BCB的朋友请不要随意贬低VC;热爱VC的朋友请不要随意贬低BCB。之所以要把这个帖子发表在VC版而不发表在BCB版,因为我相信做同样的项目用VC更难,更需要编程思想,更需要开发者对OOP有更深的理解。而在BCB中则很有可能被比我稍强的菜鸟给懵了。欢迎批评,欢迎指教。

解决方案 »

  1.   

    看了题目把我下了一跳,我说谁敢冒天下之大不敬!  学习vc 的好处很多,比如可以直接接触到 windows比较基础的东西,像消息传递的原理阿这些,我也才学不太久,觉得要学的还很多,任重道远阿。
      

  2.   

    什么都不重要。基础很重要,工具嘛只是工具。好的程序员会在两个月内熟悉一门新的语言(我这么认为)。面向对象,C++,Windows机理......  基础有了什么都好说。这么多兄弟等着拿你的分呢学吧
      

  3.   

    我用bcb。
    bcb和vc一样复杂,根本不存在bcb简单这种说法,除非是你说的那种只会堆控件的家伙才会这么说。
    如果用vc写不好的程序,用bcb也写不好,工具的威力在于使用它的人。
      

  4.   

    不知道楼主的那个char a,b,c,d搞懂了没有:-)
      

  5.   

    我用BCB,最感到痛苦的是VCL是PASCALVC资料多,,就比如建一些工具栏,,一些窗口,,,VC做起来是烦吧,,,可是有现成的资料,教怎么怎么做,BCB是简单,,但是也没多少资料教你怎么做,都得自己研究.,.自己发现,,,,反正,BCB是不错,,VC也不错,,,,/....做顶目都可以,,,,,,
    只要了解了C++,,,用哪个工具还不是一样,,..本质都是C++..
      

  6.   

    VC和BCB我都用过,BCB做了毕业论文,但之前之后一直用VC。BCB确实上手快,VC确实也需要慢慢琢磨。“高级的程序员用VC,聪明的程序员用BCB”,这我以前一位老师说的,“高级”与“聪明”,谁猛?没有定论的。上面有仁兄意见比较好,打好基础,用什么不重要,我是这么认为的。
      

  7.   

    想学就学吧!在两年前也听了这句话,。“高级的程序员用VC,聪明的程序员用BCB”,我也不知道是谁说的?
    但是一些东性太人性化了,觉得没有什么太大意思!
    现在特想DOS的界面!
    呵呵!
    我用的是VC!
      

  8.   

    我用bcb。
    bcb和vc一样复杂,根本不存在bcb简单这种说法,除非是你说的那种只会堆控件的家伙才会这么说。
    如果用vc写不好的程序,用bcb也写不好,工具的威力在于使用它的人。严重同意这位仁兄所言!!!
      

  9.   

      Hakki(yao) 说得好,呵呵。
      

  10.   

    唉,俺学了一年的vc。艰苦,通行的6人,现在光剩下我了,别人都去研究java。。xml去了。女朋友才学bcb一个月半月,就已经完成了一个项目。。同宿舍的一个家伙学delphi才两个月,老在夸耀自己的生产率高,一天一个软件,郁闷,我还在爬c语言的windows编程,想放弃,但又对不起自己。
      

  11.   

    其实最麻烦的的还是API和算法
    工具都差不多 只不是封装的高级与否
    类库庞大 需要时间来消化罢了
    从稳定性考虑建议用VC
    因为感觉BCB总象是鸡胁
    RAD它不如DELPHI和VB快
    VCL又是PASCAL的
    C++又干不过VC的市场
    而且我听说BCB的东西有时会莫明其妙的出错
    稳定性不好 不如VC和DELPHI
      

  12.   

    BCB和VC本质已经不一样,一样的是都使用了C++语言作为开发工具的基础,但不同的是类库中不同的构架和机制。楼主在BCB板块里大骂BCB,被砸了很多砖,承诺要来VC/MFC板块来骂VC,呵呵果然兑现了,可是总让人决定怪怪的!!!!你还是使用VC吧,因为你从一开始就对BCB存在着一种抵制情绪,这样是没有办法了解BCB的,如果用也用不好。我是BCB的使用者,但我不会在这里将BCB的优点,讲也讲不清,这里有我的一本书,如果向了解BCB可以下载看看:
        http://www.chinabcb.com/bbs/viewtopic.php?t=2553
    里面有你没有想到过的东西,也是在VC中找不到的东西,即使使用VC也可以用得着的东西。
      

  13.   

    我觉着VC好一点,至少它的帮助就比BCB多,呵呵
      

  14.   

    I love more BCB than VC;
      

  15.   

    开发Win驱动就需要用VC
    BCB无法胜任
    其实觉得VC没什么难的
    难的是Win的核心与原理
    BCB没玩过
    但是快速开发肯定VC赶不上
    还有,VC的帮助是最好的,也是最多的
      

  16.   

    唉,事情明摆着的。看你要做什么东西了。vc,bcb各有各的好处。但是呢 vc 以不变应万变,是乃工业界支解决之道也!============================================================================
    提问题时标题要简明扼要地说明问题内容,切忌使用"急","求救"之类不能说明问题的标题
    做了个计数器,从 0 开始计数 :-) 多谢捧场
    http://alphasun.betajin.com/   遇到问题可以给我发消息,给我发信息时请附带原帖地址
    DocWizard C++程序文档自动生成工具 | Wave OpenGL | HttpProxy | AjaxParser词法分析
      

  17.   

    的确是,就一门语言而言,都差不多,还不是循环、分支、判断,只是侧重点不一样罢了,难的是Windows编程,如果想搞深入一点,学VC,如果追求出成果快,就别用它(也不一定,你用多了,有了自己的通用类,做好以后只管调用,也挺快的)。
      

  18.   

    题目很吸引人!
    我以前是用delphi,但自从毕业设计用了vc++以后
    就放不下了!
    c++ buileder也不赖,我们公司就分两波,cb和vc
      

  19.   

    vc学了一年还不会用的人,干脆改学bcb算了,免的还浪费时间
      

  20.   

    用BCB感觉就像带保险套做爱,感觉不爽。VC是直接的……
    嘿嘿!不知道这个比喻恰不恰当。斑竹手下留情
      

  21.   

    补充说明:项目组决定拓展C++开发者队伍,不是为了某个具体的项目,而是为了适应未来客户的需求(有些行业客户指定开发平台以便项目完成后他们自己做后续工作)。因此选择VC和BCB需要综合考虑。无论是Pascal还是C,语言都很简单,掌握语法也就一两个星期的事情,关键是编程思想特别是如何从局部的单一模块到项目整体都体现OOP技术或者系统工程规范。由于在上述这些方面俺对VC和BCB了解很少甚至连皮毛都谈不上,所以还请大家特别是对VC和BCB有所了解的朋友不吝指教。热烈欢迎:
    (1)热爱VC的朋友能够指出VC的一些弊端,
    (2)热爱BCB的朋友能够指出BCB的一些不足。
      

  22.   

    bcb没使过,不好评论.但说"VC太烂了"有些偏激.
      

  23.   

    哪位熟悉.net?也一起讨论一下吧?
      

  24.   

    现在VC不是好不好的问题,我发现 VC已经成了一种变成标准了,因为我随处可见的都是*.dsp *.dsw工程名的项目,而且公司从外国买的源码都是vc的,我们做也要做成vc的,用bcb做?谁要呀?
      

  25.   

    我不觉得VC很难,不过好像有点难学,但要看机遇!
    大学的时候有看过MFC深入潜出,隐约懂了,但VC都不会用。
    毕业时看了电子版的技术内幕,敲了里面的小程序,回头忘了。
    一毕业,做了个网络教室的代码维护改进工作,看了看里面的代码,结果会了。
    而且以前学的融汇贯通,也就半个月吧。
    所以机会还是很重要的,看代码很重要的,投入很重要的。
    如果没有这人机会,不知道我要学多久。我不了解BCB,不过感觉和DELPHI差不多,DELPHI我也不会:)
    不过我最想知道的是,windows的一个API如那些加密的,
    能不能直接include它的头文件,直接使用?
    DELPHI这方面太差,如果没有提供相应的单元,就要自己转换过来(据我所知)。
    如果BCB可以,那太好了,它可利用最丰富的C、C++资源,那它比DELPHI棒。我觉得大部分的软件偏重事务、界面,用VCL那套挺方便。
    有些软件偏底层,大量用到API,有人觉得VC好用,其实DELPHI不也能调用吗(当然要支持)
    MFC嘛,其实满好用可以提高不少编程效率,不过常用功能的封装,VCL肯定也会做。
    实在觉得语言不重要:),不过对开发效率确实有影响。
    我现在觉得VC唯一的好处是,找资料太方便了(指国外的)。
      

  26.   

    呵呵,BCB只用了一礼拜就编了一个管理信息系统,一直用Delphi,觉得Delphi的控件不错,但有时有些小问题,资料也很少。不过用来快速开发还是很好,至少比VB用的爽!(个人意见)。
    VC资料比较全,就是编起来费时,除非以前就编了很多通用类,需要功底较深的程序员!
    个人支持Delphi+VC+Java
      

  27.   

    看了《win2000编程技术内幕》,感觉自己很渺小,
    VC是工具而已,看个人习惯用那种方法思维。
    我就会C,C++,VC,而且,我以后还坚持用他们。
      

  28.   

    说BCB容易,那要看对什么人而已。跟我一同做毕业设计的那个家伙,一个学期下来,还是什么都不会。
    说VC难,也要看对什么人,有一些人只学了几个星期,一样做项目,挣钱。当然这个人不是我。据我所了解,BCB也并不是传说中的那么好和容易使用,我最受不了的是它的反应速度,真想把开发BCB的那帮家伙揪出来扁一顿,不知道他们搞什么鬼东西。但实话说,BCB做界面的确是比较容易,但效果就不是很理想。比如工具栏上一个打开文件对话框的按钮,点下后半天才反应过来,而且那个按钮要消失一小会儿。如果我是用户,我肯定不会用这样的软件,影响市容。
    而VC呢,做起东西来的确很麻烦,差点儿没有自杀。但是它的反应速度的确非常快,象我这样即使修改一个注释也要重新编译一次的人来说,当然要好得多了。学习VC的最大成就感就是能够清楚地看到消息是怎么流动的。呵呵,只说了一些感想。
      

  29.   

    搞不懂搂主的目的是什么,两边挨砖。大家去看看http://expert.csdn.net/Expert/topic/1876/1876533.xml?temp=.5229151
    不过看完大家的帖子,气也没有刚进来是那么大了。
      

  30.   

    如果是在学习阶段,想学学编程工具,比较一下VC和BCB和别的什么都是可以的。但做项目时,实际情况是根据项目特点、应用需求、进度安排等因素决定选择什么开发工具,而不是单纯比较工具间的差异了。
      

  31.   

    我们的用户用的是WINDOWS。Windows是微软的,VC是微软的,MSDN是微软的程序员们写的。盖茨已经帮你做好决定了!
      

  32.   

    用VC呀,公司一般都用这个,是大势所趋,资料网上到处可查,而且你是在Windows平台,不用Microsoft的用谁的?毕竟自己的东西结合紧密一些!
      

  33.   

    VC(6.0)对C++标准的支持较差,如果不信,去用一下STL;
    BCB不是很稳定,如果不信,去编译运行其例子程序
      

  34.   

    VC好的,不过没有用过bcb没办法比较
      

  35.   

    有谁比Microsoft 更了解 Windows?
      

  36.   

    BCB和VC都是编程工具,BCB上手快,但一个程序员学到一定的程度,关键就是算法这些东西。因而BCB和VC都是一样的。二者本身难度相近,考虑MS的资料多,可能比BCB还容易些。
      

  37.   

    一般规律:
      小公司: BCB、Delphi居多,VC可能没有,追求产出嘛
      大公司:VC居多,BCB、Delphi有可能有,追求系统集成
    中国的程序员,严重缺乏,掌握多种编程工具的人员更缺乏,高级程序员尤其缺乏。
    花点时间去学习,少点时间来讨论(优劣)