http://www.csdn.net/Develop/Read_Article.asp?Id=15056

解决方案 »

  1.   

    CSDN的文档中多的是,楼主查找一下可以找出很多
      

  2.   

    有些应用程序需要与您自己的 COM+ 组件或与 Microsoft 及第三方提供的 COM+ 组件进行交互,或者处于升级的需要,我们不得不考虑VS.NET访问COM+。为了简化这些应用程序的开发过程,公共语言运行时提供了一组功能,可以隐藏受控和非受控编程模型之间的差异,例如调用约定和错误处理。Visual Studio .NET 通过这些功能来编写受控代码,来访问由 COM DLL 实现的功能,就好像 COM 接口是用受控代码编写的一样。这是因为当您在 Visual Studio .NET 中添加一个对 COM 类型库的引用时,就为类型库中说明的 COM 接口生成了受控包装程序。当然,这也意味着从受控代码访问 COM 功能时在性能上会有一点损失
      

  3.   

    hei,我们公司就是用C#做com+,
    作erp的业务层,
    欢迎交流........
      

  4.   

    http://www.csdn.net/Develop/Read_Article.asp?Id=15056
      

  5.   

    c#和com+结合的并不象想象中那么好。
      

  6.   

    to gabriel1(威) 
    你想象中是什么样子?c#是开发COM+的好工具,这是不容置疑的。
      

  7.   

    谨慎用之,我的意思是,用c++开发com+在c#中运用会又一些麻烦。c#中有webservice和remoting。
      

  8.   

    Webservice、Remoting 和 COM+ 是完全两样的,.NET使用COM+服务是可以的。
      

  9.   

    谢谢大家支持,明天就结贴。我正在看一本<<C# COM+编程指南>>的书。
      

  10.   

    看来Com+用的不多,结帐,交个朋友。