.NET 框架和 COM+ 服务之间是什么关系?
在 .NET 框架中,不仅可以完全访问 COM+ 服务,而且也更容易创建服务组件。.NET 框架组件可被添加至 COM+ 应用程序中。在 COM+ 应用程序中,.NET 框架组件可以利用自动组件服务,例如:事务、对象池、排队组件、事件等等。
在 .NET 框架中,不仅可以完全访问 COM+ 服务,而且也更容易创建服务组件。.NET 框架组件可被添加至 COM+ 应用程序中。在 COM+ 应用程序中,.NET 框架组件可以利用自动组件服务,例如:事务、对象池、排队组件、事件等等。
解决方案 »
- 求大神教我输出杨辉三角形,不知道怎么改
- C# 如何获取 摄像头 设备ID
- asp中的 if then 等于c#中的哪个循环语句?
- 问大家一个在组播中文件组包的问题~
- 关于Dreamweaver 8使用中的一个问题
- C#代码实现屏保(制作成exe的可执行文件)
- 关于C#中的DateTime的用法. timeinstring=(hour<10)?"0"+hour.ToString():hour.ToString();中的hour.Tostring():hour.tostring是什么意思
- C#服务器端与客户端数据传输(使用tcp异步套接字)
- 请问是不是WINDOWS应用程序,WEB应用程序,控制台应用程序,在没有按FRAMEWORK的机器上都不能运行呢???
- 用户登陆例子 .NET+ACCESS+C#
- 怎样用c#取一副图象的象素
- 一个关于透明窗体的问题?
COM+的远程调用,只需在客户端注册一下就行了。
而Remoting似乎要在 C、S两端写代码,这不是更麻烦吗?
>> 而Remoting似乎要在 C、S两端写代码,这不是更麻烦吗?
这样做的前提是Server端已经注册了对象,并且在Catalog里面设置了。
而对于Remoting来说,Client只要有一个代理,调用也基本上是透明的。Remoting比DCOM最大的优点是灵活,通信协议、数据格式甚至对象生存期都可以自由控制,而DCOM则把这些都规定的死死的,所以很多场合没法使用(如Internet)。