| 

.NET C# Java Javascript Exception

5
Ich arbeite mit VB.NET und FW4 und habe den Bedarf, dass sich die auf unterschiedlichen Rechnern laufenden Instanzen meines Programmes gegenseitig über geänderte Daten informieren müssen. Soweit ich weiß, sind derartige Funktionalitäten mit Remoting oder der WCF realisierbar, in beiden Bereichen habe ich noch keine Erfahrung - kann mir vielleicht jemand eine Empfehlung zur Implementierung geben bzw. mir mit Server- und Client-Beispielcode den Einstieg erleichern?
News:
25.05.2011
Robert
Robert
55 ● 4
Editiert 25.05.2011
Floyd
Floyd
11,0k ● 3 ● 9
Taggs hinzugefügt
– Floyd 25.05.2011
2 Antworten
3
Was dir auch einiges an Arbeit abnehmen kann ist das Zyan-Framework.

Hier mal die Beschreibung des Frameworks:
Zyan ist ein Framework für die einfache Erstellung von verteilten Anwendungen. Erstellen Sie ganz einfach Applikationen, deren Komponenten entweder über ein LAN oder über das Internet miteinander kommunizieren. Zyan ist sehr einfach einzusetzen und hochgradig anpassbar. Außerdem unterstützt Zyan auch Event Based Components!
25.05.2011
Konstantin
Konstantin
3,7k ● 7
Hi Konstantin, nochmals danke für deine Idee! Obwohl es noch Schwierigkeiten gibt damit hab ich inzwischen Kontakt mit den Entwicklern, ich denke, das wird was :-)
Liebe Grüße aus Wien und schöne Zeiten!
– Robert 27.05.2011
Das freut mich. Es wäre nett, wenn du dann meine Antwort akzeptierst :-)
– Konstantin 30.05.2011
Das freut mich. Es wäre nett, wenn du dann meine Antwort akzeptierst :-)
– Konstantin 30.05.2011
6
WCF wurde mit .Net 3.0 eingeführt mit dem Ziel die Funktionen von Remoting und Webservices zu vereinheitlichen und zu vereinfachen was Microsoft auch in großen Teilen gut gelungen ist.

Die zwei wesentlichsten Vorteile von WCF:
- flexibler (z.B. kannst du über die Bindings verschiedene Schnittstellen nach außen exportieren (z.B. NamePipes, WebServices, Remoting, ...))
- einfacher (viel Codingaufwand wurde dir von Microsoft schon abgenommen)

Gerade mit .Net 4 hat Microsoft die WCF-Programmierung noch weiter vereinfacht.

Ich persönlich würde jedem empfehlen sich erstmal mit WCF auseinander zu setzten. Remoting selbst (also das alte was aber weiterhin gepflegt wird) bietet ein paar Vor- und Nachteile ist aber im großen und ganzen etwas Aufwndiger zu programmieren.
Z.B. sind Callbacks mit Remoting einfacher zu lösen als in WCF
25.05.2011
Floyd
Floyd
11,0k ● 3 ● 9
Danke für das Hinzufügen der Tags und deine Antwort. Beschäftige mich inzwischen mit dem Zyan-Framework, das recht gut aussieht.
Gruß, Robert
– Gast 28.05.2011
1
Das WCF einfacher zu programmieren sein soll, kann ich so nicht stehen lassen. Die Konfiguration von WCF ist im Gegensatz zu .NET Remoting sogar wesentlich aufwändiger (man hat allerdings mehr Möglichkeiten). Wenn man objektorientiert arbeitet, macht WCF eher Probleme, da WCF nicht mit Objektreferenzen umgehen kann. Einfacher ist da nix. Dafür kann man mit WCF interoperabel kommunizieren (z.B. .NET<->Java) und mit .NET Remoting nicht.
– Rainbird 13.06.2011
Also ich find, und das ist nicht nur meine persönliche Meinung sondern wird auch von vielen aus der Fachpresse genauso gesehen, das sich mit .net 4 die Konfiguration schon wesentlich vereinfacht hat.
– Floyd 13.06.2011
1
Das stimmt, mit .NET 4 wurden wirklich einige Vereinfachungen bei der WCF-Konfiguration eingeführt. Das macht die WCF-Programmierung insgesamt aber nicht einfacher, als .NET Remoting. WCF muss nicht aufwändiger sein, als .NET Remoting, aber es ist auch nicht einfacher. Leider wird - auch teilweise in der Fachpresse - automatisch impliziert: neuer = besser. Deshalb ist WCF nicht schlecht. Mir geht es nur um eine realistische Einschätzung.
– Rainbird 14.06.2011

Stelle deine .net-Frage jetzt!