.NET简谈组件程序设计之NetRemoting

　　这篇文章我们来简单的了解一下在.NET平台上有一个强有力的远程调用武器，也是上一篇文章中我一笔带过的远程英雄.NetRemoting。

　　其实在.NET平台里面到处都能看见Remoting的影子，只不过我们平时都很少有机会与它接触，因为它通常工作于“后端”，躲在界面显示技术(如：WinformAsp.netWpf.)

　　界面显示层是将信息以友好的方式展现在用户面前，但是真正的英雄通常都在背后默默的支持它，以更华丽的效果展现。(如：ThreadWebServiceRemotingWcf...)。

　　其实在我们不断学习的过程中会慢慢的在我们脑海里浮现出我们所学习的东西的模型，比如我们是专研.NET这门技术，那么在我们脑子里是否已经有了一个简单而模糊的阴影，能看见这种阴影才证明我们刚刚入门。如果未曾有这种感觉，那么我们对他还是一无所知，所谓知己知彼方能百战百胜，说明我们还未入门。因为精通都是从模糊开始的，没有人一跃而过。(这只是本人对学习过程中的一点小小的感悟)

　　那么.NetRemoting是何许人也，它是什么？一般在哪里才能看见它？这篇文章就是来介绍这位大人物的。[王清培版权所有，转载请给出署名]

　　定义：.NetRemoting是.NET平台里面一个专门用来处理远程调用的框架，是已经为我们做好的、现成的框架，我们可以利用他来进行远程调用。

　　上面是我对他的一个简单的定义吧。上篇文章我简单的介绍了什么是远程调用，在.NET里面只要是跨AppDomain(应用程序域)的都属于远程调用，因为.NET在我们物理宿主进程里面又抽象了一个他自有的逻辑宿主。在操作系统看来，AppDomain是不存在的，但是在CLR看来它是存在的，我们的程序要想跑起来必须进过CLR的一系列的逻辑部署，也就是构造这么一个逻辑空间。[详情请看本人的“.NET简谈组件程序设计之(AppDomain应用程序域) ”一文

　　.NetRemoting基本结构

　　那么既然是框架它就肯定有一个结构，也就是他的工作原理。

　　在Remoting没有出来之前，如果不进过一番复杂的编写，我想夸AppDomain调用可能只局限于统一进程内了。(这句话可能会引起误会，我是说在.NET现有的框架基础上而言。)

　　然而有了Remoting之后，一切变的简单多了，我们只需要了解简单的网络原理、套接字原理、协议等等就能很好的配置这个框架，以进行远程调用。它将远程调用延伸到了任何地方，不只是在同一进程内了。

　　原有的同一进程内的远程调用框架没有变，Remoting只是添加了点东西以支持夸进程夸网络。(比如：RefObjet对象RealProxy对象)

　　之前我说过Remoting是一个高扩展性的框架，从上图中我们可以看出它的基本结构是很清晰的、很模块化。都是通过接口关联，只要我们熟悉了之后就能切入自己的逻辑。