aauhii(菜鸟):不错嘛!我第一次听到有人这么比喻!可能也是哟!我也知道windows的复杂性!windows是不是基于对象的操作系统?

解决方案 »

  1.   

    vc可做的多了,说真的我对微软不太感冒,但VC我是要用的,BC 学起方便,但问题多多,所以我现在用VC,没办法
      

  2.   

    bc还是cb?c++builder的确是好学!好不好用!我就不知道了!vc呢?好不好学呢?听说很好用!又那么丰富的类库函数!没办法!ms平台上不用它编界面就累死了!
      

  3.   

    操作系统好象不能用是不是面向对象来形容吧,os中的一些功能可以考虑采用oo方法实现,但为了效率,好象无论windows,linux的类似内核部分都是用c的,甚至汇编,虽然Bj说c++比c只有大概5%左右的效率下降,不过这对于类似线程调度之类的东西还是损失太大了。
    所以嘛,delphi作界面快,就用它,vc作底层通讯模块,atl作控件,各尽其责,行了,这是我最后一次参与,什么vc,java,delphi之类工具语言的讨论,实在没必要。
      

  4.   

    C++Builder == 一点C++ + PASCAL
    C++Builder != C++ + 可视化编程VC  == 完全C++ + 可视化编程所以 用VC
      

  5.   

    我的开发组中最好的程序员用的是 VC 和 Delphi
    二流的用 VB, 
    Java 几乎没有人用,偶尔用一下,发现速度太慢,不能通过防火墙,所以不用了
      

  6.   

    VC++在WINDOWS里无所不能! 
      

  7.   

    关于vc++无所不能似乎也不成立,某些程序还是需要汇编支持,包括编译系统本身,vc++绝对做不出它自己来!c++是个好东西,也不容置疑,毕竟有很多平台都是C/C++写的.我提这个问题不是要与各位讨论什么工具好使,工具永远是工具,不是说用vc的人就不会用vb,delphi,pb,cb了!无非是工具罢了!工具只是解决问题的办法,只要能解决问题,用什么并不重要.有需求才有用!我现在不做软件,来这里只是个人的兴趣,看看各位的看法意见!
    本来我也是很想做软件的,可是做不了呀!现在做电子工程!
      

  8.   

    >>不是说用vc的人就不会用vb,delphi,pb,cb了天啊。我现在党VB+VC两个就都快累死了。再加上DELPHI、PB、CB。
    还让不让人活了;P
    我想不可能去学那么多东西。
    VB+VC正好:)
      

  9.   

    每一个工具/语言都有其侧重点,或者说优势!vb简单已学,界面设计方便,但其做出的程序太大,功能有不似vc那么强大,java的安全性好,但速度过慢,因为它们各自都有优缺点,所以在不同特点的系统就选择适合自己的开发工具/语言开发!其实我总觉得如果能将这所有的工具/语言集中到一种上面,那么对我们程序员来说就能省不少力气!
      

  10.   

    没有什么东西可以在不依靠具体平台底层支持的情况下跨平台。
    构造编译器是不需要一行汇编代码的,只要你知道可执行文件的格式(假如有操作系统的话)和机器指令的格式(必需的),而且你用来构造编译程序的语言支持最基本的文件操作,比如你用vb也可以写vc的编译器啊,构造编译器常用的自展技术就是首先构造一个语言的最小核心子集,然后用这个最小核心语言再来构造一个语法更繁复的超集,就这样不断演化,不要以为高级语言的编译器就是拿汇编写的。
      

  11.   

    duyanning((void *)0)
    你写过编译器?既然这么简单,干嘛只有美国人才做,关于你说的那些我并不是不知道,我常常需要和这些东西打交道,不过不是x86机器指令,而是其他的一些东西。关键的问题就在你所说的这个最小核心子集了,如果真有你说的这么简单,恐怕这windows平台就不是MS的天下了。我并没有说高级语言的编译器是用汇编写的,但是你看到X86的指令扩展模块中,你必须先知道指令,再作好一些接口,这里面死活都要用到混合编程。必须设计一些汇编,否则这些接口,你怎么增加?如果汇编可以的话?就不用发明高级语言了,如果高级语言可以的话,芯片制造商又何必提供汇编指令?很显然,没有这些汇编指令去构成最基本的程序内核,你如何去构建高级语言?它不是空中楼阁,需要最最低层的汇编去支持的。
      

  12.   

        只有真正的程序员才使用Visual C++。反过来,则并不见得如此。最近似乎有许多专业的程序员放弃了使用这一语言而改用了其它产品提供的RAD(快速应用开发)环境。许多人认为Visual C++太古老、太烦琐、学起来太困难了。说句实在话,Visual C++的学习周期确实比其它语言要长。可以很轻易地引入需要花上数小时才能排除的微妙错误这一事实一点也无助于提高程序员的开发效率。然而,让我们先把这些负面缺陷暂时放到一边,来看一看Visual C++具备的长处。使用Visual C++主要的原因之一就在于它的灵活性。你可以彻底地控制整个开发环境。其它语言则更多地趋向于庇护程序员,当要做一些基本的东西时,它们会做得很好。不幸的是,当你需要使用像C++这样的语言删除编程中的繁文缛节,并把任务完成时,这种保护作用就变成了开发工作的障碍。长期以来,Visual C++一直拥有能够创建短小高效程序的美誉。使用这种语言编写的程序几乎可以与用汇编语言编写的程序达到相同的运行速度,并且避免了汇编语言存在的各种问题。C++实际上是介于汇编语言中寄存器编程的神秘莫测和像Pascal这种保护型编程环境方便性之中间难度的语言。
        C++是编写诸如操作系统、设备驱动程序以及动态链接库(DLL)的强大语言,这一点不会不引起你的注意,这三种领域代码的开发依然是Visual C++的主战场。Visual C++生成的短小、快速的代码在操作系统类对时间要求很高的系统中获得了极高的赞誉。
           From《Mastering Visual C++ 6.0》
      

  13.   

    Bardo(巴顿):真会抄?那本书是你写的?
    duyanning((void *)0):我告诉你咱们真的做不出来!要不然我们单位就用了!要知道咱们国家所有的科研都是怎么搞?把别人的拿回来,自己照着仿制,可有些领域就是不行!电子行业!差距太大了!我们很难追上去呀!硬件做不好,拿什么去做软件呢?我们连一些最基本的器件都做不出来!没办法呀!
      

  14.   

    我原来用过Delphi,觉得太不稳定了,常常出莫名其妙的错误,别看Delphi论坛上多火爆,在论坛上问这些错误却没人理,还是VC好,还让我知道了隐藏在这些RAD后面深层次的机理
      

  15.   

    不要问它有没有用,就看市面上的VC 的火就可先而知了
    BCB,VB,Delphi都是个RAD,VC还不能算是.
      

  16.   

    RAD当然不错了,完全是可视化的编程,但如果要用好他,必须对地岑机制了解
      

  17.   

    dft2000(皮皮) 老弟
    vc很灵活 但很学起来很烦 可不能因此而排斥他阿
    不过我觉得干什么活就用什么工具 每一种语言都有它存在的理由
    目前我个人认为 还是c++体系比较好用
      

  18.   

    我快毕业了,联系了一个公司,用Delphi的(不知进的去不,反正去实习),可我还是觉得VC比较好,就函数返回说,VC用return就行了,Delphi只好一层欠套一层