微软的远程处理框架.NET Remoting（转天极网）之一

2024-07-10 12:59:56

字体：大中小

来源：转载

供稿：网友

微软的.net remoting提供了一种允许对象通过应用程序域与另一对象进行交互的框架。本文将通过两个具体的代码例子介绍它的特性，通过.net remoting，两个应用间的通信将变得非常简单，使用上也相当灵活。 
 
 
　　最近几年来，在计算机世界中，关于“向外扩展”（scale-out）与“向上扩展”（scale-up）的讨论不断，并且有向scale-out转化的趋势。在以前，当计算机跟不上应用对性能的要求时，人们将会购买一台更好更昂贵的机器，这就是scale-up，而scale-out则是通过在网络中加入更多的机器来解决这个问题，这样就无需更换整个系统。通过将计算的负担分配在多个系统中，整个系统就有了更高的可用性。 
 
　　如果将这个scale-out的意念更推进一步，我们可能会发现：为什么要将诸如信用卡验证和运送跟踪的处理放在我们的系统呢？如果能够调用售卖者的应用来直接得到这些服务，岂不可以做得更为简单吗？如果能做到这一点，我们就可以扩展自己程序的功能，而无需再加入额外的硬件。值得注意的是，这样做将会另isv（独立软件开发商）的角色由一个软件提供者，转变为一个服务提供者。 
 
　　这个想法很好，但是目前的技术要实现它的话，存在着不少的问题。dcom在跨防火墙工作时会有问题。dcom是建立在私有协议上的，而corba存在有多种不同接口的问题。如果将dcom和corba放在一起工作呢，就更麻烦了。 
 
　　为了实现这个scale-out的想法，我们需要一个组件技术，它可以跨越多种类型的网络和多种协议无缝地工作。远程.net就可以做到这一点。 
 
　　这个无缝的交互是通过使用xml和soap来实现的。不过，它并没有认定soap进行组件交互的唯一方法，它也并没有认定http或者tcp/ip是用来连接这些服务的网络协议。这样可令远程架构更加灵活，并且可适应协议和网络的变化。 
 
　　.net架构是使用channel对象将应用连接在一起的。.net架构提出了两种channel，它们是： 
 
　　system.runtime.remoting.channels.tcp 
　　system.runtime.remoting.channels.http 
 
　　tcp channel和现有的dcom非常类似，可提供很高的性能，在机器都处在一个内部网络时，可选用tcp channel，而http channel使用http协议，可让应用在internet上交互。由于它使用的是http协议，它可以很容易地做到负载均衡，并且能通过防火墙。

上一篇：转贴自JoyASP：.NET框架(二）

下一篇：微软的远程处理框架.NET Remoting（转天极网）之二