不就是安装一个FrameWork吗?现在是有点麻烦,但是2003里面操作系统已经自己带了,其实VB、VC也是要自己的runtime的。

解决方案 »

  1.   

    目前来说,开发单机的,当然自己研究除外,用C#是没有什么必要。
    但这是趋势,看看2003里都内置了framework就知道了。
      

  2.   

    .NET FrameWork 是有点大.不过有一点可以参考:如果.NET FrameWork的安装,不会令你的用户感到不满,甚至感到很高兴,你就可以用.NET.
      

  3.   

    但不管如何,最好是由你的安装程序附带直接安装.NET, 而不是让用户自已动手去安装.
      

  4.   

    1、从现客户所使用的操作系统来看,确实还是有点麻烦的。特别是WIN2000的SP5竟然都还没自带FRAMEWORK,XP的SP2据说是带了的。2、但使用.net是大势所趋,我们技术人员如果现在还不学会的话,以后再学,谁知道与其它开发人员差距有多大呢?既然学,当然就得实际使用了。3、我觉得如果客户没有坚持使用某种语言,我们就不妨使用.net好了。其实说麻烦,倒也不是特别麻烦的。不就是安装的时候,要多安装个Framework嘛,也不会很困难的。
      

  5.   

    .net框架的问题只是一段时间内的,现在Win2003不是已经自带了吗?如果感觉C#好用,那么就用C#好了。顺便说一下Java,如果你用过早期版本的WinXP,你会感觉Java也不好用。
      

  6.   

    没必要,我认为c#开发方面的积累毕竟很少,并且对低端用户来说操作复杂,如果从开发周期上说,单机程序数据库方面可以用pb,小应用程序可以用delphi,涉及硬件最好还是vc,并且java也可以
      

  7.   

    运行环境才20M,不算什么?除了C#和VB外对其它言语不了
      

  8.   

    运行环境才20M,不算什么?除了C#和VB外对其它言语不了解.觉得和VB相比,如果你的系统够大够复杂,.NET是个不错的选择.再说了面向对像的言语,不但开发方便.构件化的程序也容易升级和维护啊!
      

  9.   

    不可能因为用户没得Framework而不用.NET
    类似的情况包括VB,MFC,DirectX,运行前都需要先安装点什么东西的
    只是现在OS基本都内置了
    而以后WinXP SP2也会带有Framework,就没得问题了
      

  10.   

    单机的程序说到底就是非托管代码,现在写非托管代码的工具有C++Net,VB,VC,等