C# SOAP Treiber

Question

Hallo,

ich suche einfach ein einfaches Bespiel um ein Gespür zu bekommen, ob man das benötigen kann.

Standardschnittstelle. Was wäre hilfreich aus Eurer Sicht?

http://www.bing.com/search?q=c%23+SOAP+Treiber+String+austausch&form=QBRE&lf=1&qs=n&sk=

Was will ich?

Einfach Datenstrukturen 1:n, Variablen austauschen.

http://openbook.galileocomputing.de/visual_csharp/visual_csharp_11_001.htm

BinaryFormatter	Überträgt die zu serialisierenden Daten in ein binäres Format. Zirkuläre Referenzen werden unterstützt.
SoapFormatter	Überträgt die zu serialisierenden Daten im SOAP-Format (Simple Object Access Protocol). Die Serialisierung erfordert die Einbindung der Bibliothek System.Runtime.Serialization.Formatters.Soap.dll. Zirkuläre Referenzen werden unterstützt.
XmlSerializer	Überträgt die zu serialisierenden Daten im XML-Format. Die Serialisierung erfordert die Einbindung der Bibliothek System.Xml.dll. Zirkuläre Referenzen werden nicht unterstützt.

Wann macht was Sinn? Welche Kriterien gibt es.

Bis dato verwende ich den  XmlSerializer. Muss ich hier auch Server, Client über Socket selber machen.

Wird das bei SOAP abgenommen?

Grüße Andreas

Answer 1

Hi,was hast du denn vor ?

Vll. wäre ja WCF genau das richtige für dich.

Siehe auch : http://msdn.microsoft.com/de-de/library/ms735119.aspx

Grüße

Pawel

Answer 2

Hi,was hast du denn vor ?

Vll. wäre ja WCF genau das richtige für dich.

Siehe auch : http://msdn.microsoft.com/de-de/library/ms735119.aspx

Grüße

Pawel

Hallo Pawel,

vor habe ich bis dato noch nichts, etwas mitreden will ich halt können.

Wie gesagt bis dato setze ich

XmlSerializer ein.  Tut, bin zufrieden.

Wie sieht es jedoch aus, wenn Kunden nach Standards fragen.

Will ja nur Daten austauschen.

Grüße Andreas

Answer 3

Wir bieten unseren Kunden alles an was er will ;-)

Bisher wurden 80% unserer Projekte, welches eine Client Server Struktur genutzt haben, mit WCF umgesetzt wurden.

Vorteil : Plattformübergreifend durch Webservices SOAP usw.

Mehrere Bindungen möglich (http, Remoting, TCP)

Grüße

Answer 4

Hallo Andreas,

jeder Serialisierer bzw. Formatter hat seine Vor- und Nachteile und hat somit seine Existenzberechtigung. Welchen du verwendest, hängt von dem Einsatzzweck ab, wobei heute (meine Praxiserfahrung) für den Datenaustausch sehr viel per XML gemacht wird. Somit könnte man XML als quasi Standard bezeichnen.

Vor allem, da XML als Format universell einsetzbar ist (SOAP = Netzwerkprotokoll) und auch Plattformübergreifend (Binary Formatter = nur .net) verwendet werden kann. Da stört es meist auch nicht, dass XML den größte Overhead mit sich rumschleppt, also quasi das fetteste Format ist.

Solltest du aber keine Daten mit anderen Plattformen austauschen müssen, so würde ich den BinaryFormatter verwenden.

Viele Grüße
Holger M. Rößler

 

 

Answer 5

Mehrere Bindungen möglich (http, Remoting, TCP)

Hallo Pawel,

ok, aber die Socket muss ich schon auch selbst  machen, Thread etc.

Oder gibt es da spezielle Treiber.

Grüße Andreas

Answer 6

Vor allem, da XML als Format universell einsetzbar ist (SOAP = Netzwerkprotokoll) und auch Plattformübergreifend (Binary Formatter = nur .net) verwendet werden kann. Da stört es meist auch nicht, dass XML den größte Overhead mit sich rumschleppt, also quasi das fetteste Format ist.

Hallo,

SOAP = Netzwerkprotokoll, also wie Socket?

Ich dachte das sei ein definiertes Format wie Daten zu übertragen sind, dann sei alles gesagt zwischen 2 Partnern.

Ich verwende nur Windows.

Grüße Andreas

Answer 7

Mehrere Bindungen möglich (http, Remoting, TCP)

Hallo Pawel,

ok, aber die Socket muss ich schon auch selbst  machen, Thread etc.

Oder gibt es da spezielle Treiber.

Grüße Andreas

Hi,

jein, je ndachdem wo du hostest (SelfHost zB Console, IIS).

Selfhost zB machst du nur einen Thread auf, wo du den Host startest. Alles andere erledigt der Dienst für dich. Du musst deinem Host nur sagen welches Binding er nutzen soll(mehrere gleichzeitig möglich)

P.S. Steht aber ales in dem Link den ich gepostet habe)