不能。不过我发现替代方法——在Html中嵌入控件。这个请参考程序员合订本

解决方案 »

  1.   

    为什么完全相同的文章要贴好几遍?这不是浪费大家的时间和精力吗?
    http://www.csdn.net/Expert/topic/504/504742.shtm得到回答有不置可否,这是学习技术应有的态度吗?
    不是说CSDN的专家分有多重要,毕竟它不能用来换RMB或者USD,但这就是CSDN的游戏规则,不学会遵循游戏规则的人在任何游戏中都不会成为赢家的。
      

  2.   

    楼上的朋友,难道你能回答我的问题吗?
    我发几遍,目的只是要找一个能回答我问题的朋友.
    这不是CSDN开这个论坛的初衷吗?
      

  3.   

    建议:我觉得还是up比较好,不至于产生多余的贴子。
    MS与Java Applet对应的本来就是ActiveX,.NET仍然支持与ActiveX类似的模式。回复人: qqchen79(知秋一叶) (2002-1-29 1:04:22)  得0分 
    C#支持客户端控件的,实际上这是ActiveX控件的升级,但在安全方面有很大提高。
    继承自UserControl的控件可以通过Object标签嵌入IE的页面(IE也是.NET的Host之一)
    http://msdn.microsoft.com/msdnmag/issues/02/01/UserCtrl/print.asp但这样要求客户端安装.NET Framework,目前来说这一点还不太现实。况且.NET更提倡Web Service的瘦客户模式。等WindowsOS包含了.NET再说吧!  
      

  4.   

    以up上所讲,这么说ms推出了即便C#,它仍然不能超过java.
    因为java用得最多的就是基于Internet,而且在client端的用起来非常之方便.
    看来用java的继续用吧.C#只是一个炒作,没戏.
      

  5.   

      你所说的只是一种非常特殊的应用(Applet,嵌入浏览器方式运行的客户端),.NET涉及的领域是多方面的,在Server端,ASP.NET的开发结构和可维护性一定比JSP要好,性能亦然;.NET对Web Service的支持也比Java方面来的全面和简洁。
      .NET在客户端的应用主要收到的是CLR的限制,目前仍然在使用的主流OS(Windows2000/98/ME)自己没有CLR的支持,需要而外安装Distributable Package。这是主要原因,但.NET毕竟还年轻,凭借M$在客户端OS方面的垄断,.NET支持进入大多数客户端OS是迟早的事,只要支持.NET的客户端绝对数量多于支持Java的,Java就会在Client端失势。这只是一个时间问题而已——目前不成数不代表将来没有市场。
      

  6.   

     我以为不然.java在客户的优势,加上在高端服务器上的强大功能..Net想凭借C#超过java.这真的不可能.本人以为.Net即使能得到应用,它也只是一些低端的应用.所以java还是java,C#只是一个衬托,这反而更显示出java的强大.
      

  7.   

    .NET目前的缺陷是太新,还不成熟,支持面也还不够广(虽然作为正式版发布仅1个月的技术,它的支持面已经算得上史无前例了)。
    你让一个出生的婴儿同5-6岁的儿童打架,谁会赢?
    郭靖对欧阳峰说:“我现在打不过你,但是你会老,总有一天我会打败你的。”
      

  8.   

    每种语言各有所长,这方面的程序就用JAVA做吧。真正的高手不仅会一种语言。欢迎到 www.cspro.net 讨论有关问题。  
      

  9.   

    Asp。net的方式就能解决所有的问题,applet的方式已经过时,asp的服务器端控件方式、客户端控件方式和web service方式已经给你提供了不同层次的选择的可能性了。
      

  10.   

    我觉得现在争论c#和java哪个好没有什么意义,喜欢什么就用什么,这完全是个人爱好,我不懂java,暂时也不想学,我目前只想把c#学好。我想用asp.net/c#做一个类似263上象棋那样的小的基于web的游戏,263上的是用java applet做的,用asp.net怎么做,我也没有什么头绪,不知有没有高手给点意见。http://www.csdn.net/expert/topic/518/518677.shtm
      

  11.   

    偶试了一下web 上显示windows Form ,哇,太爽了