Pergunta

Eu sei serviço web e ter algum conhecimento sobre comunicação remota. Ambos os conceitos invocar métodos na máquina cliente para onde está a diferença ??

Através de comunicação remota que também pode executar o método na máquina remota e a mesma funcionalidade pode ser alcançado através do serviço web também ..

Por favor, desculpe-me se é a pergunta óbvia ..

Foi útil?

Solução

Ambos suportam aplicações distribuídas.

Os serviços Web são multiplataforma, usando normas comuns e de trabalho através de firewalls. Eles também pensam em termos de mensagens, não objetos -. Você enviar uma mensagem para um serviço, e você terá uma resposta

Remoting é uma única tecnologia MS que não é multiplataforma e conversas em um formato binário. Ele pensa em termos de objetos, você cria um objeto no servidor remoto e trabalhar com ele. Ele não funciona bem com firewalls. Remoting é também mortos nos dias de hoje, MS favorecer WCF (que inclui serviços web)

Outras dicas

Remoting conceito é uma tecnologia de comunicação entre processos específicos Microsoft / NET.

O termo "serviço Web" é muito difusa devido ao seu hype. Mas acho que a W3C definição se destina na maioria dos casos. Ele define o uso de WSDL como descrição da interface e sOAP como protocolo de mensagem.

De acordo com a Microsoft .NET Remoting: Uma visão geral técnica no MSDN , usos comunicação remota ou uma codificação binária ou XML. Considerando que o SABÃO utiliza codificação XML. Mas, tanto quanto eu sei, ele não adere ao perfil WS-I Basic . Assim, ele fornece uma interoperabilidade de serviços da Web extremamente limitada.

Ambos os conceitos permitir a comunicação entre processos. Se o seu aplicativo utiliza apenas NET, em seguida, usando Remoting é uma boa escolha.

No entanto, se você pretende oferecer interoperabilidade com outras linguagens de programação que você deve usar os serviços da Web.

ASP.NET serviços baseados na Web só pode ser acessado através de HTTP. Remoting pode ser usado em qualquer protocolo.

serviços Web trabalhar em um ambiente sem estado onde cada pedido resulta em um novo objeto criado para atender à solicitação. Remoting suporta opções de gerenciamento de estado e pode correlacionar múltiplas chamadas do mesmo cliente e suporte retornos de chamada.

Web services serializar objetos através de XML contido nas mensagens SOAP e pode, assim, apenas lidar com itens que podem ser totalmente expressas em XML. Remoting depende da existência das assembleias Common Language Runtime que contêm informações sobre os tipos de dados. Isso limita a informação que deve ser passado sobre um objeto e permite que os objetos a serem passados ??por valor ou por referência.

serviços Web apoiar a interoperabilidade entre plataformas e são bons para ambientes heterogêneos. Remoting requer que os clientes ser construído usando NET, ou outra estrutura que suporta Remoting, o que significa um ambiente homogêneo.

Ambos Remoting e Web Services são formas de comunicação entre aplicações.

Remoting - Em comunicação remota, as aplicações envolvidas no processo de comunicação podem estar localizados no mesmo computador, computadores diferentes em uma mesma ou diferente da rede. Na comunicação remota, ambas as aplicações conhecer uns aos outros. Um proxy de um objeto aplicativo é criado por outro aplicativo.

Serviços Web - A comunicação entre aplicações utilizando serviços web é independente de plataforma e programação independente. O aplicativo que consome o serviço web, simplesmente acessa-lo, sem a necessidade de saber como este serviço web realmente foi implementado & criado.

WebServices são uma forma de comunicação remota, uma vez que você está efetivamente executando código mais onde ou no mesmo fora máquina de vocês AppDomain.

Remoting (InterProcess) na mesma máquina ou através da rede, é diferente no sence que você empacotar o objeto entre boundries AppDomain / plataforma através de proxies transparentes e serialização. Comunicação remota vem com suas complexidades e pode facilmente tornar-se muito complexe. WCF tornou as coisas muito mais simples de manter. Em termos de desempenho, não têm comparado as duas abordagens e seria definitivamente interessado em ver como os dois pratos em um contexto entre processos. Desde WCF pode se comunicar com ligações binários e não se limita ao protocolo HTTP.

WCF fez isso usando Pipes muito mais simples para comunicação entre processos.

Nos WebServices finais utilizados para comunicar através da porta 80 (padrão) de HTTP e comunicação remota poderia comunicar através de portas de canais e pré-determinada utilizando diferentes formatadores de serialização.

Eles já foram atualizados pela WCF que agora fornece métodos para estes tipos de comunicações.

Remoting está simulando o método estrangeira invocada como método local, aceitando mesmo tipo de parâmetros, portanto, tudo o que precisa é serilazie o objeto e transferência de invocar o método remoto (que é no mesmo idioma ou plataforma), e fornecer o respone.

Web Service (serviço de SOAP) lida com chamadas de método de plataforma cruzada em termos RPC mas é ainda pode ser melhorada usando serviços de estilo de documento, aqui as línguas ou plataformas não são as barreiras como a vontade XML atua como intermediário por triagem e unmarshilling o nativo e representações XML.

Enquanto WebService é implementado através de HTTP, Remoting é implementado através de TCP / UDP. Assim Remoting melhor desempenho em termos de velocidade.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top