BC比VC提供了更方便的开发环境，为什么还是有绝大多数人用VC?

如上

解决方案 »

  1.   

    用VC的大部分是primer，而用BC++的大多是老鸟。一己之言，各抒己见！
      

  2.   

    我用过以前的TURBO C 和比较过 MSC. 用过DELPHI, 比较过Visual Studio, 一句话:我看不起, 也不相信BORLAN的东西, 华丽有余, 重要的地方都会出问题, 速度也慢一个数量级.最近一个例子, 用户突然说应用系统不可以添加新的用户了, 我们检查来检查去, 没有发现有任何的用户数限制, 最后发现是DELPHI的一个系统的问题, 它不报告错误, 也不显示任何东西, 就在那里死循环了. Ｉ　ＨＡＴＥ　ＢＯＲＬＡＮＤ．
      

  3.   

    "我看不起, 也不相信BORLAN的东西"agree
      

  4.   

    VC出来多久了？BCB出来多久了？
    可以说，borland在BCB之前在C++方面有一连串的失误，使很多公司和开发者都转到MS的门下，而在BCB出来之初，还需要一定相当的时间去适应或了解，这就造成两方面的因素，一是现在在公司里大量源程序资燃都是VC的，二是现在在公司里能说话算数都是过去在玩VC很熟悉的，这就决定了大多数公司还只考虑使用VC，这当然也就影响了大多数人的选择了。“用户突然说应用系统不可以添加新的用户了”我不大明白这是什么意思，我也无法把这个问题与开发工具联系起来，如果方便敬请知情的N人指明一下可以吗？我也好有一个学习的机会。不过，我使用的BCB可有一个很大的问题，就是增加了很多的事件处理之后，由于某种原因而删除部份代码，而编辑器会自动地把一种重要的代码也给删除了，这个问题是一定存在的而且是可以重现的。所以，我每次在删除事件处理函数的时候都一定要先备份。
      

  5.   

    BCB 是用 delphi 的 VCL , 这种嫁接的方式会有些怪问题 .
      

  6.   

    没用过！
    顶！可能用Microsoft的东西形成一种惯性了吧！
      

  7.   

    同意， BORLAND的東西確實是華麗有余(不過現在C#的界面跟DELPHI一樣，汗，誰叫是一個人主持開發的)，我啟動一個DELPHI7所需的時間, 足以讓我將它立即刪除
      

  8.   

    用DELPHI调用ADO，总是出现一些这样那样的怪问题，真是让人痛恨，同一个程序，原来很好，现在居然总是报“连接未打开”。。移植到VC上后一点问题都没有。
      

  9.   

    等Borland公司出了操作系统的时候，我想会有更多的人用它了
      

  10.   

    用BC不如用DELPHI但是DELPHI这东西不稳定，老是一些莫名其妙的问题
      

  11.   

    同意 forfuture1(future)，等到Borland有操作系统的时候，那时侯他的应用产品就跟操作系统能够紧密结合了，不用出现这样那样的问题了。
      

  12.   

    VC是MS的,有操作系统方面最新最核心的支持.
    VC有最完善的使用资料,品种最齐全的教科书.
    VC的MFC库早已深入人心,同一类型的库,掌握一种已经很不容易了,很多人一时理解不了VCL.
    编程讲究质量和效率,质量VC好些,效率VB较高,BC夹中间,两头不讨好.
    VC早期宣传做得多.
    .NET与JavaBean争雄,BC前途难料.
    大多数人最初接触的就是VC,被VC的复杂吓怕了,以为BC也是这样,所以不敢去招惹.
      

  13.   

    我个人认为VC灵活性好，发挥空间大，同时代码质量高。
    但前期入门很难，一旦熟练掌握了，前途无量呀 哈哈 
    BC我也用过的，感觉也很方便。其实没有必要过多地评价这些开发工具
    每个开发工具都有自己的优缺点，用的时候发挥彼此的优点就可以了
    结合用！up
      

  14.   

    我明白为什么那么多人说delphi不稳定，速度慢一个数量级。其实说到底，就是对delphi不够了解，以VC的编程习惯来编delphi的程序，当然会不稳定和速度慢了。
    不要忘了，.net的主架构师就是delphi的创始人。
      

  15.   

    VC已经是老态龙钟了，微软已经明确表态，以后微软的程序能用C#写就都使用C#写。.net的大部分代码都是C#实现的，ASP.NET和更是使用J#更是几乎全部是用C#写的。
    VC迟早会被置于.net之外。而delphi，现在是与C#一样，是最先进的两种语言，其编译出来的IL几乎是一样的。
      

  16.   

    lzf913(luke) 你这都哪听来的。
      

  17.   

    以后微软的程序能用C#写就都使用C#写,这句话是微软的工程师在中山大学的一个讲座上讲的，下一版本的C#，性能上将会大幅的提升。
    net的大部分代码都是C#实现的，ASP.NET和更是使用J#更是几乎全部是用C#写的。是ASP.NET高级编程里写的
      

  18.   

    能用C#写就都使用C#写这句号看怎么理解了。还有就是大家不要把微软的工程师当成神。微软力推.net是没错，正如当初的V STUDIO一样他也会有退出历史舞台的那一天。。我真的觉得大家在这争论这个没什么意义。我记得我很早前就说过“没有永恒的事物，只有永恒的追求”。非要在这争论什么才是最好的有什么用。我也没有排斥.NET或者BCB，我学的编程工具也很多，但都是实际需要去学。不会一味的迷信什么东西。学习的能力才是最重要的，而不是掌握了那种工具。
      

  19.   

    还有就是每个公司的员工对外的宣传肯定是有目地性的。我能理解你说的那个工程师的话的意思：“我们MS现在正在大力的支持.NET。大家可以放心的使用.NET开发你们的产品”，这句号意味什么呢，大家心里应该明白。更大的人迷信了他的产品。购买他的产品的授权（当然不包括盗版），MS的销售收入不久上去了，要知道一套.NET可比VC贵多了。而且新产品必然会替代老产品的，这也是市场规律，没有那个公司会在新产品问世后还多自己的老产品有多好。比新产品有多大优势。我相信给你们上讲座的工程师不是一个一线工程师，他甚至没有见过一行.NET代码都有可能。但是我认识一个在西雅图总部工作的朋友对我说的并没有那么绝对。“net的大部分代码都是C#实现的”我觉得任何一个稍微有点系统软件继承经验的人都应该感到怀疑。应该说他的UI部分大多数使用C#实现可能更确切些，毕竟C#也是一种高级语言。
      

  20.   

    语言不重要，算法才重要
    IDE的价值么，看能节省多少开发时间了。
      

  21.   

    我一直对所谓“将来的操作系统用c#语言重写”这种话深表怀疑，即使MS的某个权威这么说过我也怀疑他是否会真的去那么做，仅仅是让.net推入市场的策略吧了
      

  22.   

    别扭,不相信BCB的东西，会出莫名其妙的问题。小工程适合。
      

  23.   

    回复人： shelager(shelager) ( ) 信誉：100  2004-06-24 17:29:00  得分: 0  
     
     
       我一直对所谓“将来的操作系统用c#语言重写”这种话深表怀疑，即使MS的某个权威这么说过我也怀疑他是否会真的去那么做，仅仅是让.net推入市场的策略吧了
      
     
    ============
    是你自己理解能力有问题吧？我只听说是开发接口部分是以.net方式提供的．
      

  24.   

    封装的太多了,感觉用BCB作程序就是用一块一块的砖头在砌房子,作小程序时还很好用,作大程序感觉就不好了,经常出一些奇怪的问题
      

  25.   

    vc 代码 执行效率高，功能强
    bc 是快速开发环境 vc 不是