根本就不是一个层次的东西,你学了一年了,还不知道C#是和Java一样,在虚拟机上运行的吗?
不知道楼主这麽比有什么价值

解决方案 »

  1.   

    有人可以告诉我国内的哪家大型软件公司使用过.NET开发呢,连金蝶都离开了.NET,我们需要的是利润,不是理想的技术,技术永远在更新,可钱一天比一天难挣,不是吗
      

  2.   

    很多公司转型, 也不是做delphi, 而是做java
      

  3.   

    .Net的强项在于开发Web应用和移动设备,跟Java一样,同样很少有Java开发的Windows应用程序用Delphi开发B/S架构的应用不容易吧金蝶离开.Net不是你说的原因新技术出来不是盲目的追求,而是要了解它能做什么,强项在哪里,.Net的前景还是很光明的
      

  4.   

    我们公司也有转型java的打算, .net目前还没有大的利润空间
    过几年再招批人做.net, 那时有比较熟练的.net程序员, 也会节省公司的成本投入 :)
      

  5.   

    开发c/s的.net是不适合,差点让我毁约!,太慢拉!
      

  6.   

    .net的核心是xml, 主要应用应该是b/s结构用它来做c/s程序, 吃力不讨好
      

  7.   

    还有用友啊,如果你那么在乎金碟的选择的话,金碟也不是转向了DELPHI,而是转向了JAVA,而JAVA同样存在你说的那些缺点
      

  8.   

    开发B/S用.net, 开发C/S用 DELPHI
      

  9.   

    另外,delphi也转向.net了,下一版本的delphi将直接支持.net开发,如果.net跟delphi比起来一无是处,那为什么delphi还要支持.net呢?
    用.net来做C/S其实是很酷的,可以将商业逻辑打包成assembly放在服务器,然后客户端在运行的时候可以直接通过http下载逻辑代码在本地编译运行,这样就同时解决了C/S程序更新部署的困难和B/S程序的客户端控制能力弱的缺点,试问delphi可以做到吗?
      

  10.   

    用友的策略是两边都不放弃,高端产品走JAVA,低端走微软
      

  11.   

    delphi当然可做到,对于b/s来说,delphi不仅可以做到,还做的比较优秀!
    楼上的“可以直接通过http下载逻辑代码在本地编译运行”,有意思!
      

  12.   

    请注意,我说的不是B/S,我是指的在WINFORM运行时根据用户的动作和事件动态选择并通过80端口下载已经编译成msil的assembly包,然后用reflection机制还原成对象在本地编译成机器码来运行,这个跟远程调用(RPC)是有本质上的区别的.
      

  13.   

    要选就选BCBX吧!OP的VCL,可能要被全新框架取代!
      

  14.   

    目前我们国内的软件市场还是C/S结构,金蝶到今天推出了无数多的产品,可真正给其创造丰厚利润的是K/3,到现在的9.4版本,其开发工具还是VB+SPREAD+自己的中间件,如果我们追寻微软的.net,不知要放弃多少市场客户,损失多少利润,傻比才会去做
      

  15.   

    (18页) 对话:Java/.net时代的选择 (续)     [评论]  
        本刊第六期的《Java/.NET时代的选择》一文,引起了读者巨大的反响。为了更深入的分析Java和.NET之间的关联和争斗,我们再次邀请了资深人士继续探讨这方面的问题。程序员 2003.08
      

  16.   

    对于任何的东西,大家都有考虑的权利!但是所谓的好坏也是客观的,毛主席他老人家还
    给咱们留下《矛盾论》,哈哈,谁说国内没有用.Net的,浪潮通软就用啊,不过技术衔接
    也用到Delphi,为什么啊?因为老技术有市场,能快速创利润,而新技术是为了公司
    的发展。如果说一个公司到现在还一直用VB开发东西的话,能保证不垮台就不容易了,而对于
    我们程序员来说,谁不想学新技术啊?如果说MS坑人的话,那难道6年的时间你都不知道坑你吗?呵呵,个人想法!!
      

  17.   

    我以前用delphi,现在偶尔会到delphi灌灌,说句心里话,目前确实不适合用.net写应用程序,除非客户的机器配置不错
      

  18.   

    呵呵,陈述的很充份,但忽略了重要的一点:.Net 还包含有2进制的PE 支持,那就是MFC,当然只考虑成本的话也可以用VB6,你可以用它来写B和S端,而中间层用manage C或C# 来开发,这才是.net 的真正好处,中间层可以随时派生任意语言的表示层和应用层(包括.net webserices->java supoort)利润其实基本上和开发语言没有很大区别,只可能在阵营上发生变更,比如.net 和java 的较量就可以理解为MS和 sun+ibm+oracle 的阵营较量,这就要看场合发挥了虽然windows 2003 从.net 改称server,虽然MapPoint.Net 改称xml web services,但有一点是可以肯定的,没有新的MS 开发语言出现这就说明.net 这五种语言(mfc 和manage c也算一种)可能是以后的MS 开发语言的发展目标,什么都可以放弃,但开发语言微软就是没裤子穿都不会放弃的。
      

  19.   

    ArLi2003(阿利 路过而已):
    请问:"中间层可以随时派生任意语言的表示层和应用层(包括.net webserices->java supoort)"的意思是什么,能详细解译一下吗?
      

  20.   

    Java实在太慢!
    Borland公司本来主打的是Delphi,现在不还是在做.Net么?做过.Net项目,市级医院的HIS系统(C/S结构),并不感觉C#慢,本地代码还是很快的,机器配置也不需要有多高,联想天启XX(2000多¥)也就可以运行不错了。
      

  21.   

    既然金蝶用VB,我想.Net肯定有市場
      

  22.   

    我觉得这位朋友看问题有点太片面吧你都做了6年的程序员了,你还不知道 delphi 是小儿科似的(就像C++ 的说VB6程序员一样,我年delphi 也没什么两样)!真想不通是为什么现在还有不说了,不想去对比这个如果你老大想转,也可以呀,恕不远送
      

  23.   

    其实可以找一些折衷的办法,管他.net还是Delphi,Java什么的,.net是发展趋势,Java现金比较火
      

  24.   

    我现在用.net Remoting技术做一个监考系统,C/S,同时链接几十个考生,接收考生上传答案,根本不慢,我爱.net,我把我的将来押在.net身上,嘻嘻。
      

  25.   

    单纯的语言比较已没有任何意义,试问DotNET的架构我们真正掌握了有多深?
    若说速度慢,java的产品速度快吗?人家还不一样市场广阔。关键看你要开发的产品适合用什么平台来进行开发。说句实话,这样的争论真的毫无意义!!!
      

  26.   

    Delphi也好,.net也好,Jave也罢都各有各的优缺点,如果都以优点比优点,那么谁也不分上下,关健是看用在什么地方。如果以一个的优点比另一个的弱点,那么谁说谁有理。你们就慢慢的争论去吧!唉,你们这些闲人的无休止的争论不知何时是个头啊???
    浪费时间就是浪费金钱!在浪费国家和人民的财产!在浪费你们老板的财产!也在浪费你们自己的财产!
      

  27.   

    世界上的东西本来就没有完美的,如果什么都做到完美了,Mircosoft不是早就没关门了吗?你只看到它的缺点,就没看到他的优点吗?其实C#也有很多优点值得我们学习的嘛!
      

  28.   

    Dephi!!!我到过的公司没一家用Dephi的!理论上是不错,运行起来也好,可是真正给客户开发的很少见过Dephi,不过我倒是网上见过个人用Dephi开发的软件,C#和JAVA比Dephi更OO,更适合Web和跨平台,你要想写个写情书的软件用Dephi还差不多吧,哈哈
      

  29.   

    金蝶的所有中间件都是j2ee 构建,并不是楼主所说的什么VB,那只是表示层现在的金蝶和MS只不过是唱戏给我们瞧而已
      

  30.   

    搂主就是一SB~~!!!!
    而且还是一个对.NET的了解只有一瓶底醋的白痴~~