如何用C#作COM+程序？

serviced component
msdn狠详细了

解决方案 »

  1.   

    .net framework 下最好不要编com 组件了，那是过去的技术了，用webservice, remottiong server, 
      

  2.   

    webservice 也行，有资料吗？
      

  3.   

    webservice 也行，有资料吗？ 
      

  4.   

    COM+怎么过时了？
    如果说.Net的组件机制取代了COM的组件机制的话，.Net中将会继续沿用COM+提供的组件服务！值不过COM+这个名字误导罢了。
    在.Net中，使用COM+服务将会更加简便，从EnterpriseServices.ServicedComponent继承，并且使用一些Attribute设置COM+的Catagory信息非常方便；当然有想过的接口用于访问COM+ Context...
      

  5.   

    有webservice,remotting的资料吗？
      

  6.   

    大家看看这个吧： http://www.csdn.net/expert/topic/589/589003.xml?temp=.0134241
      

  7.   

    .NET中有比COM+更好的技术，为什么还要编COM+的VC程序呢？ASP.NET和Remoting可以更加简单地实现复杂的COM+所实现的功能。
      

  8.   

    ASP.NET/Remoting和COM+？
    风马牛啊！
      

  9.   

    对不起，我对COM+不是很熟悉，我想问的是COM+有什么功能是WEB SERVICE实现不了的呢？
      

  10.   

    com+ vs webservice
    两者没什么内在的关系
      

  11.   

    COM+是用来部署分布式应用的，WEB SERVICE也致力于这方面，不过前者是紧耦合，后者可以实现松耦合。WEB SERVICE的可伸缩性我灵活性都比COM+强。因此WEB SERVICE是更好的分布式应用布署方法，COM+是上一代的解决方案，并不能说二者毫不相关。微软为了向前兼容，现在还保留了在C#里对COM+的使用。
      

  12.   

    是不是说用COM+实现的东西，WEB SERVICE全部都能实现？有没有用WEB SERVICE实现不了的？比如上面说的那个类似MSN MESSAGER的东西，服务器端能主动向客户端发信息？还是说要靠客户端不停循环的发检测请求？
      

  13.   

    我在COM中使用各种各样的Windows Controls，但在WEB service中能有这么丰富的Control吗？
      

  14.   

    com+注重的是service，一般没有界面，所以那些control是没用的。
    至于它的分布应用，是由windows dna来实现的，在.net下就是remoting（和web service差不多）
    web service也是注重service，界面的东西，无关紧要
      

  15.   

    C#不能做COM+,只能很好的使用COM+
      

  16.   

    C#不能做COM+,只能很好的使用COM+