只会C#,VB很久不用了.要做一个电脑维修小店客户管理这样小的软件用什么语言好呢?

解决方案 »

  1.   

    c# 不错...如果是我,我就选c# .和lz不同,我是会vb ,c#刚开始学。但是我要做一个比较复杂的项目,我就选c#!c#比vb强,这是我学两个礼拜c#的深刻体会!
      

  2.   

    那么小的软件要安装Framework ..
      

  3.   

    我写了几个小软件,全用C#写的,比你写的软件还要小的。
    http://blog.csdn.net/metababy
      

  4.   

    XenoCode,可以把。NET框架抽出精简代码,然后编译到你的EXE中,程序大了N倍,但是就可以不装了
    小有小的好处,能把小做的很精细,也是非常不容易的.
    记住精细
      

  5.   

    小型用C++,大型用C#大型用C++会死人的,除非你MONEY和MS一样多,一直用C开发
      

  6.   

    看你个人喜好了。用C#,VB什么的都可以。
      

  7.   

    VS2005里的语言都是经过优化的,C#吧,速度很快些
      

  8.   

    小东西还是用Delphi吧,毕竟如果用C#的话还要装FrameWork~~~
      

  9.   

    Framework 2.0 要在客户端安装的话
    就太麻烦了// 
    组件都比程序大N 倍
    我写的 小软件 就是因为这个
    被 学校 教务处 老师 宣告 //失败/
      

  10.   

    http://download.csdn.net/source/193874
    上这个看看就知道用什么好了!
      

  11.   

    C++是开发大型的,性能高的,运算量大的,程序,还有操作硬件如卫星,飞机.....的电子系统
    C#用于开发小型的,时间紧而要求不高的程序,也就是说你需要忽攸别人的时候,你就用C#,
    你想忽攸大点就用C#做大程序,忽攸小点就做小程序
    而C++一开始就不会让你忽攸,因为性能和大量的运算处理能忽攸吗?卫星控制能忽攸吗/?
      

  12.   

    C#你怕装Framework,C++又太大,那你就用VB6吧
      

  13.   

    有些人不喜欢用c#,可没办法还得用,因为自己的饭碗在老板手里啊,不用c#他就得饿死,所以一边骂c#,一边还得在c#版混
      

  14.   

    因为嫌弃framework而放弃c#,这不是因噎废食么
      

  15.   

    如果微软在XP中集成framework还差不多。否则为了走路去修条高速公路划算吗?不到万不得已,不要用C#开发WIN32程序,另外不懂VC,不可能把弥补托管代码的不足。
      

  16.   

    怎么说呢?
    每个语言都有自己的特点
    最应该的是根据这些语言的特点来开发
    因为开发有时候不一定是质量的问题
    还有效率的问题
    c#开发效率比较高、安全性比较好
    c++执行效率比较高、开发效率可以说非常低
    java开发效率不高,执行效率也不高,不过有跨平台能力,减少了二次开发
    delphi bcb开发效率高,用户控件多,适合做财务系统,代码执行效率还可以
    但是不适合做控制系统,总的来说应该各取其长来利用,否则出不了好的软件
    也可以混合开发,以上语言都有c语言接口
      

  17.   

    笨,微软一直都是在用C写的,那些什么的MFC都是微软用C/C++封装给我们用,可怜我们啊,还要学的那么辛苦。听人家说微软内部不用MFC的哦。高手们自己反省下吧。
      

  18.   

    听说C#编译出来的体积大很多
    用SDK做出的小软件最多几百K,界面不复杂的话100K左右就可以了.
    用MFC静态连接做的要一M多
    VB要带几个dll,压缩到一起也要一M吧
    Delphi和BCB没用过,估计和MFC差不多.
    用QT要带几个dll,一般10M左右.没用过C#,但是,我感觉C#编译出来的比上述所有的都要大.
      

  19.   

    小型用C++,大型用C#大型用C++会死人的,除非你MONEY和MS一样多,一直用C开发
    -----------------------------------
    我终于疯了