Frage

ich weiß, Web-Service und einige Kenntnisse über Remoting haben. Beide Konzepte aufrufen Methoden auf dem Client-Rechner so, wo liegt der Unterschied ??

Durch Remoting können wir auch die Methode auf dem entfernten Rechner und die gleiche Funktionalität ausführen kann auch durch Web-Service erreicht werden ..

Bitte entschuldigen Sie mich, wenn es die offensichtliche Frage ist ..

War es hilfreich?

Lösung

Sowohl Unterstützung verteilter Anwendungen.

Web-Service ist Cross-Plattform, mit gemeinsamen Standards und Arbeit durch Firewalls. Sie denken, auch in Bezug auf Nachrichten, keine Objekte -. Sie eine Nachricht an einen Dienst senden, und Sie eine Antwort erhalten

Remoting ist eine MS einzige Technologie, die nicht Cross-Plattform und spricht in einem binären Format ist. Es denkt in Bezug auf Objekte, Sie ein Objekt auf dem Remote-Server erstellen und damit arbeiten. Es funktioniert nicht gut mit Firewalls. Remoting ist auch tot in diesen Tagen, MS begünstigen WCF (die Web-Services umfasst)

Andere Tipps

.NET Remoting-Konzept ist eine Microsoft / .NET spezifische Interkommunikationstechnologie.

Der Begriff „Web Service“ ist sehr diffus aufgrund seiner Hype. Aber ich denke, das W3C Definition ist in den meisten Fällen vorgesehen. Es definiert die Verwendung von WSDL als Schnittstellenbeschreibung und SOAP als Message-Protokoll.

Nach Microsoft .NET Remoting: Technische Übersicht über MSDN verwendet entweder eine binäre Remoting oder XML-Codierung. Während die XML verwendet Codierung SOAP. Aber soweit ich weiß, es hält sich nicht an die WS-I Basic Profile . Daher stellt es eine äußerst begrenzte Web-Service-Interoperabilität.

Beide Konzepte ermöglichen die Kommunikation zwischen Prozessen. Wenn Ihre Anwendung nur .NET verwendet, dann .NET Remoting ist eine gute Wahl.

Wenn Sie jedoch planen, die Interoperabilität mit anderen Programmiersprachen zur Verfügung zu stellen, als Sie Web-Service verwenden sollen.

ASP.NET basierte Web-Dienste können nur über HTTP zugegriffen werden. .NET Remoting kann über jedes Protokoll verwendet werden.

Web-Service arbeitet in einem Umfeld, in dem staatenlos jede Anforderung führt zu einem neuen Objekt geschaffen, um die Anforderung zu bedienen. .NET Remoting unterstützt Optionen Statusverwaltung und können mehrere Anrufe von den gleichen Client und Rückrufe unterstützen korrelieren.

Web-Services-Objekte durch XML-Serialisierung in den SOAP-Nachrichten enthalten und können somit nur Gegenstände behandeln, die vollständig in XML ausgedrückt werden kann. .NET Remoting beruht auf der Existenz der Common Language Runtime-Baugruppen, die Informationen über Datentypen enthalten. Dies begrenzt die Informationen, die über ein Objekt übergeben werden müssen, und ermöglicht es, Objekte durch Wert oder als Referenz übergeben werden.

Web-Services-Unterstützung der Interoperabilität zwischen verschiedenen Plattformen und ist gut für heterogene Umgebungen. .NET Remoting erfordert die Clients mit .NET gebaut werden, oder einem anderen Rahmen, .NET Remoting unterstützt, die eine homogene Umgebung bedeutet.

Beide Remoting- und Web Services sind Wege der Kommunikation zwischen Anwendungen.

Remoting - In Remoting, die in dem Kommunikationsprozess beteiligten Anwendungen können auf dem gleichen Computer, verschiedene Computer in einem gleichen oder unterschiedlichen Netzwerk befindet. In Remoting, wissen beide Anwendungen umeinander. Ein Proxy eines Anwendungsobjekt auf der anderen Anwendung erstellt.

Web Services - Die Kommunikation zwischen Anwendungen Web-Service ist plattformunabhängig und unabhängig zu programmieren. Die Anwendung, die die Webdienst verbraucht, greift einfach auf sie, ohne wissen zu müssen, wie dieser Web-Service tatsächlich implementiert und erstellt.

WebServices sind eine Form von Remoting, da Sie effektiv Code ausgeführt werden sonst wo oder auf der gleichen Maschine außerhalb von Ihnen AppDomain.

Remoting (Inter) auf demselben Rechner oder über das Netzwerk, ist anders im Sinne, dass Sie Ihr Objekt zwischen AppDomain / Plattform boundries durch transparentes Proxies und Serialisierung Marschall. Remoting kommt mit seiner Komplexität und kann leicht werden sehr complexe. WCF hat die Dinge viel einfacher zu pflegen gemacht. Performance wiese, ich habe nicht beiden Ansätze verglichen und würde auf jeden Fall daran interessiert zu sehen, wie beiden Tarife in einem Inter Kontext. Da WCF kann mit binären Bindungen kommuniziert und ist nicht auf das HTTP-Protokoll beschränkt.

WCF diese viel einfacher mit Rohren für die Interprozesskommunikation gemacht hat.

Am Ende WebServices verwendet über den Port 80 zu kommunizieren (Standard) und HTTP Remoting könnte über vordefinierte Ports und Kanäle mit unterschiedlicher Serialisierung Formatierer kommunizieren.

Sie haben nun von WCF, die jetzt stellt Methoden für diese Art von Kommunikation aufgerüstet.

Remoting wird die Fremd Verfahren simuliert als lokale Methode aufgerufen wird, dieselbe Art von Parameter akzeptieren damit er braucht nur das Objekt, und die Übertragung aufrufen, um die Remote-Methode serilazie (die in derselben Sprache oder Plattform ist) und stellen die respone.

Web Service (SOAP Service) befasst sich mit Cross-Plattform-Methodenaufrufe in RPC Bedingungen aber weiter verbessert werden kann, ist Dokumentstil Dienste, die Sprachen oder Plattformen sind nicht die Barrieren wie XML wird fungiert als Zwischen von Rangier- und unmarshilling die native und XML-Darstellungen.

Während WebService über HTTP implementiert wird, wird über Remoting-TCP / UDP implementiert. So Remoting eine bessere Leistung in Bezug auf Geschwindigkeit.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top