Tut WCF heben Sie die bar oder einfach nur den Grad der Komplexität?

Ich in der Regel verwenden Sie Google zu finden mein WCF-Antworten und meist finden mich auf den folgenden blogs:

Blogs mit wertvollen WCF Artikel

• http://blogs.msdn.com/drnick/default.aspx
• http://blogs.msdn.com/wenlong/default.aspx
• http://blogs.thinktecture.com/buddhike/
• http://www.dasblonde.net/default.aspx

Andere wertvolle Artikel, die ich gefunden habe

• http://blogs.conchango.com/pauloreichert/archive/2007/02/22/WCF-Reliable-Sessions-Puzzle.aspx
• http://blogs.msdn.com/salvapatuel/archive/2007/04/25/why-using-is-bad-for-your-wcf-service-host.aspx

WCF ist viel mächtiger als ASMX-und erweitert Sie in mehrfacher Hinsicht. ASMX nur HTTP, in der Erwägung, dass WCF die Möglichkeit, mehrere Protokolle für die Kommunikation ist (zugegeben, HTTP ist immer noch so, wie die meisten Leute es verwenden, zumindest für die Dienste müssen interoperabel sein). WCF ist auch einfacher zu erweitern. Zumindest ist es möglich, um es zu erweitern in der Weise, dass ASMX kann nicht verlängert werden. "Einfach" kann das sein, stretching es. =)

Die zusätzliche Funktionalität angeboten, die von WCF überwiegt bei weitem die Komplexität fügt es, meiner Meinung nach. Ich finde auch, dass das Programmiermodell einfacher ist. DataContracts sind viel schöner, als das serialisieren von XML-Serialisierung mit öffentlichen Eigenschaften für alles, zum Beispiel. Es ist auch viel mehr deklarative Natur, das ist auch schön.

Ich sehe es nicht oft genug erwähnen, aber Sie kann noch implementieren ist ziemlich einfach-services mit WCF, sehr ähnlich wie ASMX-Dienste. Zum Beispiel:

[ServiceContract]
[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Allowed)]
public class SimpleService
{
    [OperationContract]
    public string HelloWorld()
    {
        return "Hello World";
    }

}

Haben Sie noch zu registrieren, der end-Punkt in Ihrer Website.config, aber das ist nicht so schlimm.

Beseitigung der Ausführlichkeit der getrennte Daten -, service-und operation-Verträgen geht ein langer Weg in Richtung macht WCF mehr überschaubar für mich.

Wenn Sie mit VS2008 und erstellen eines WCF-Projekt, dann erhalten Sie automatisch eine testroutine, wenn Sie auf "ausführen/debug", und Sie können fügen Sie einen Verweis ohne svcutil.

WCF ist ein Ersatz für alle früheren web-service - von Microsoft-Technologien. Es auch nicht viel mehr als das, was traditionell als "web services".

WCF "web services" sind Teil einer viel breiteren Spektrum von remote-Kommunikation aktiviert über WCF. Sie erhalten einen viel höheren Grad der Flexibilität und Portabilität, die Dinge im WCF als durch traditionelle ASMX, weil WCF ist so konzipiert, von Grund auf, auf eine Zusammenfassung der verschiedenen verteilten Programmierung-Infrastrukturen von Microsoft angeboten. Einen Endpunkt in WCF kommuniziert werden können ebenso leicht über die SOAP/XML-wie kann es über TCP/binary und ändern dieses medium ist einfach eine Konfigurations-Datei mod. In der Theorie, dies reduziert die Menge an code benötigt, wenn die Portierung oder geänderte Bedürfnisse, Ziele, usw.

ASMX is older than WCF, and anything ASMX can do so can WCF (and more). Im Grunde können Sie sehen, WCF versucht, logisch-Gruppe zusammen, alle die verschiedenen Wege, um zwei apps zur Kommunikation in der Microsoft-Welt; ASMX-war nur eine von diesen vielen Möglichkeiten und so ist nun zusammengefasst unter dem WCF Dach der Fähigkeiten.

Web-Dienste zugegriffen werden kann nur über HTTP & es funktioniert in stateless Umgebung, wo WCF ist flexibel einsetzbar, da seine Dienste gehostet werden kann, in verschiedenen Arten von Anwendungen. Häufige Szenarien für das hosten von WCF-services IIS,WAR, Self-hosting, Managed Windows Service.

Der wesentliche Unterschied ist, dass Web-Services Verwendung von XmlSerializer. Aber WCF Verwendet DataContractSerializer was ist besser in der Leistung als im Vergleich zu XmlSerializer.

In welchen Szenarien müssen WCF verwendet werden

• Einen sicheren Dienst zur Verarbeitung von Geschäftstransaktionen. Ein service, der
• liefert aktuelle Daten zu anderen, wie eine traffic-Bericht oder andere
• monitoring-service. Ein chat-Dienst, der ermöglicht, dass zwei Menschen
• kommunizieren oder in Echtzeit Daten austauschen. Eine dashboard-Anwendung
• dass Umfragen einen oder mehrere Dienste für Daten und stellt Sie in eine logische
• Präsentation. Das aussetzen einer workflow implementiert mithilfe der Windows Workflow
• Stiftung als WCF-Dienst. Eine Silverlight-Anwendung zum Abfragen, ein
• service für die neuesten Daten-feeds.

Funktionen der WCF

• Service-Orientierung
• Interoperabilität
• Mehrere Nachrichtenmuster
• Service-Metadaten
• Daten Verträge
• Sicherheit
• Mehreren Transporten und Codierungen
• Zuverlässig und die Nachrichten in der Warteschlange
• Langlebig Nachrichten
• Transaktionen
• Unterstützung für AJAX und REST
• Erweiterbarkeit

Quelle: wichtigste Quelle für text

In Bezug auf was es bietet, ich denke, die Antwort liegt auf Kompatibilität. Die ASMX-Dienste waren ziemlich Microsofty. Nicht zu sagen, dass Sie nicht versuchen, um die Kompatibilität mit anderen Verbrauchern; aber das Modell war nicht passend gemacht viel neben ASP.NET web-Seiten und einige andere benutzerdefinierte Microsoft die Verbraucher. In der Erwägung, dass WCF, wegen seiner Architektur, die es ermöglicht Ihrem service sehr open-standard-basierte Endpunkte, z.B. REST, JSON, etc. zusätzlich zu den üblichen SEIFE. Andere Leute werden wahrscheinlich haben eine viel einfachere Zeit verbrauchen Ihre WCF-service als Ihre ASMX ein.

(Dies ist alles im Grunde abgeleitet aus der vergleichenden MSDN zu Lesen, so dass jemand, der mehr weiß, sollte sich frei fühlen, mich zu korrigieren.)

Ich glaube, dass WCF wirklich Fortschritte ASMX-web-services-Implementierung in vielerlei Hinsicht. Erstens bietet es eine sehr nette layered object model, hilft verbergen die intrinsische Komplexität von verteilten Anwendungen.
Zweitens können Sie mehr als request-replay-messaging-Muster, einschließlich asynchroner Benachrichtigungen vom server zum client (unmöglich mit reinem HTTP), und drittens die Abstraktion, Weg der zugrunde liegenden Transportprotokoll von XML-messaging, und damit aus Unterstützung für HTTP, HTTPS, TCP und anderen. Abwärtskompatibilität mit "1. generation" von web-services ist auch ein plus.
WCF verwendet XML-standard als interne Darstellung. Dies könnte betrachtet werden, als Vorteil oder Nachteil, vor allem mit der wachsenden Popularität "Fett-freie alternativen zu XML" wie JSON.

Ich finde, dass ist ein Schmerz; in der, die ich habe .NET, die an beiden enden die gleichen "Vertrag" dlls geladen, die an beiden enden etc. Aber dann muss ich das Chaos über eine Reihe von details wie "KnownType -" Attribute.

WCF auch standardmäßig nur lassen 1 oder 2 clients eine Verbindung zu einem Dienst, bis Sie ändern, viel Konfiguration. Ändern der Konfiguration von code ist nicht einfach, Versand viele comfig-Dateien ist nicht eine option, da es zu hart zum Zusammenführen von änderungen in eine beliebige änderungen, die ein Kunde haben kann, bei der ein upgrade (auch wir nicht wollen, dass die Kunden spielen mit WCF-Einstellungen!)

.NET remoting eher nur Arbeit die meiste Zeit.

Ich denke, Sie versuchen zu vorgeben, dass .NET .NET-Objekt-basierte Kommunikation ist das gleiche wie das senden wenig, so dass der Text (xml) auf einem unbekannten system, war ein Schritt zu weit.

(Die wenigen Male, die wir verwendet haben, WCF für die Kommunikation mit einem Java-system haben wir festgestellt, dass die XSD -, die das java-system hat sich nicht mit dem übereinstimmen, was XML-wollte Sie sowieso, also musste hand-code eine Menge von XML-mappings.)