我知道,Web服务和对远程的一些知识。 这两个概念调用客户端机器上的方法,使地方在于区别?
通过远程访问,我们也可以执行远程机器上的方法,可以通过Web服务也可以实现相同的功能..
请原谅我,如果是一个显而易见的问题..
我知道,Web服务和对远程的一些知识。 这两个概念调用客户端机器上的方法,使地方在于区别?
通过远程访问,我们也可以执行远程机器上的方法,可以通过Web服务也可以实现相同的功能..
请原谅我,如果是一个显而易见的问题..
两者都支持分布式应用程序。
Web服务是跨平台的,采用共同标准,并通过防火墙。 他们还认为,在信息,而不是对象的条件 - 你将消息发送到一个服务,你会得到一个答复。
Remoting是这不是跨平台的二进制格式会谈的MS唯一技术。 它认为,在对象方面,你在远程服务器上的对象,并使用它。 它不使用防火墙很好地工作。 Remoting是也死了,这些天,MS青睐WCF(包括web服务)
NET Remoting的概念是微软/ .NET特定的进程间通信技术。
术语“Web服务”非常分散,由于其炒作。 但我认为, W3C定义意在大多数情况下。 它定义了使用的WSDL作为接口描述和SOAP作为消息协议。
据微软.NET Remoting的:一个技术概述MSDN上 ,Remoting使用二进制或XML编码。 尽管XML编码使用SOAP。 但据我所知,它不遵守WS-I Basic Profile的 。 因此,它提供了极其有限的Web服务互操作性。
这两个概念让进程间通信。 如果您的应用程序只使用.NET,然后使用.NET Remoting是一个不错的选择。
但是,如果你打算提供与其它编程语言的互操作性比你应该使用Web服务。
基于ASP.NET Web服务只能通过HTTP访问。 .NET远程处理可在任何协议一起使用。
Web服务在一个新的对象的每个请求的结果创建服务请求一个无状态的环境中工作。 .NET远程支持状态管理选项,可以从同一客户端和支持回调多次调用相关。
Web服务序列化通过XML包含在SOAP消息的对象,因而只能处理能够以XML来充分表达项目。 .NET远程处理依赖于包含有关数据类型的信息的公共语言运行时组件的存在。 这限制了必须传递有关对象和允许对象通过值或通过引用传递的信息。
Web服务的跨平台支持的互操作性,并有利于异构环境。 .NET远程处理需要客户通过使用.NET,或支持.NET远程处理,这意味着均匀的环境中的另一框架来构建。
这两种远程处理和Web服务的应用程序之间的通信方式。
远程 - 在远程处理,通信中涉及的过程的应用程序可以位于相同的计算机上,在相同或不同网络的不同的计算机。 在远程处理,这两个应用程序知道对方的存在。 一个应用程序对象的代理是否从另一应用程序创建。
Web服务 - 使用Web服务的应用程序之间的通信是独立于平台和编程独立。 它使用Web服务的应用程序,只需访问它,而不需要知道这个Web服务实际上已经实施和创建。
Web服务是远程的一种形式,因为你正在有效地执行代码的其他地方或者在同一台机器上,你的AppDomain之外。
Remoting的(进程间)在同一台机器上或在网络上,在您通过透明代理,系列化,整理的AppDomain /平台boundries之间的对象SENCE不同。 远程带有其复杂性,很容易变得很配合物。 WCF会让事情变得更简单的维修。 在性能方面,我还没有比较这两种方法,肯定有兴趣,看看如何票价都在进程间的上下文。 由于WCF可以用二进制绑定通信,并且不局限于HTTP协议。
WCF使这个管道使用更简单的进程间通信。
在用于通过端口80(标准)进行通信的端Web服务的HTTP和远程处理可以通过使用不同的序列格式化预定端口和通道进行通信。
他们现在已经被WCF现在提供这些类型的通信方法升级。
远程处理是模拟援引为本地方法外的方法,接受相同类型的参数,因此它需要所有是serilazie物体和转印调用远程方法(其在相同语言或平台),并提供输入反应。
Web服务(SOAP服务),在RPC方面的跨平台方法调用交易,但还可以使用文档样式的服务得到改善,这里的语言或平台并不像XML的壁垒将作为中间的编组和unmarshilling本地和XML表示。
虽然web服务在HTTP上实现的,Remoting是通过TCP / UDP实现。 因此,执行远程处理在速度方面更好。