Jakie są różnice między usługami internetowymi WCF i ASMX?

Jestem całkowicie zdezorientowany między usługami internetowymi WCF i ASMX. Na wcześniejszym etapie korzystałem z wielu usług internetowych, a teraz pojawiła się nowa rzecz zwana WCF. Nadal mogę utworzyć WCF, który działa jako usługa internetowa. Myślę, że będzie więcej rzeczy w WCF.

Jakie są różnice między WCF a usługami internetowymi? Kiedy należy użyć każdego z nich?

Keith Elder ładnie porównuje ASMX do WCF tutaj. Sprawdź to.

Kolejne porównanie ASMX i WCF można znaleźć tutaj - nie zgadzam się w 100% ze wszystkimi punktami tam zawartymi, ale może ci to dać pomysł.

WCF to w zasadzie „ASMX na stereoidach” - może to być wszystko, co ASMX może zrobić - i wiele więcej! .

ASMX to:

• łatwy i prosty do napisania i konfiguracji
• dostępne tylko w IIS
• tylko na żądanie z HTTP

WCF może być:

• hostowany w IIS, usłudze Windows, aplikacji Winforms, aplikacji konsolowej - masz całkowitą swobodę
• używany z HTTP (REST i SOAP), TCP / IP, MSMQ i wieloma innymi protokołami

W skrócie: WCF jest tutaj, aby całkowicie zastąpić ASMX.

Sprawdź Centrum deweloperów WCF w witrynie MSDN .

Aktualizacja: link wydaje się być martwy - spróbuj tego: Co to jest Windows Communication Foundation?

Usługi sieciowe ASMX mogą być wywoływane tylko przez HTTP (tradycyjna usługa internetowa z .asmx). Natomiast usługę WCF lub komponent WCF można wywoływać za pomocą dowolnego protokołu (takiego jak http, tcp itp.) I dowolnego rodzaju transportu.

Po drugie, usługi sieciowe ASMX nie są elastyczne. Usługi WCF są jednak elastyczne. Jeśli tworzysz nową wersję usługi, musisz po prostu ujawnić nowy koniec. Dlatego usługi są zwinne i jest to bardzo praktyczne podejście, biorąc pod uwagę obecne trendy biznesowe.

Opracowujemy WCF jako kontrakty, interfejsy, operacje i kontrakty danych. Jako programista bardziej skupiamy się na usługach logiki biznesowej i nie musimy się martwić o stos kanałów. WCF to ujednolicony interfejs API do programowania dla wszelkiego rodzaju usług, dlatego tworzymy usługę i używamy informacji konfiguracyjnych do skonfigurowania mechanizmu komunikacji, takiego jak HTTP / TCP / MSMQ itp.

To bardzo stare pytanie, ale nie sądzę, że zalety ASMX zostały dość dobrze przedstawione. Chociaż usługi sieciowe ASMX nie są zbyt elastyczne, są bardzo proste w użyciu i zrozumieniu. Podczas gdy WCF jest bardziej elastyczny, jest również bardziej złożony, aby wstać i skonfigurować.

Usługi sieciowe ASMX są gotowe do wstania i dodania jako odwołania do usługi internetowej, gdy tylko dodasz plik. (zakładając, że Twój projekt się kompiluje)

W prostym przepływie pracy programistycznej create webservice-> run webservice-> add webservice referenceusługa sieciowa ASMX ma bardzo niewiele rzeczy, które mogą pójść źle, niewiele, które można źle skonfigurować, i to jest jej siła.

W odpowiedzi na te, które twierdzą, że WCF zastępuje ASMX, odpowiedziałbym, że WCF będzie musiał dodać usprawniony tryb konfiguracji KISS, aby całkowicie zastąpić ASMX.

Przykład web.config dla usługi sieciowej ASMX:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  <appSettings />
  <system.web>
    <compilation targetFramework="4.5" />
    <httpRuntime targetFramework="4.5" />
  </system.web>
</configuration>

WCF całkowicie zastępuje usługi sieciowe ASMX. ASMX to stary sposób świadczenia usług internetowych, a WCF to obecny sposób świadczenia usług internetowych. Tworzenie nowych usług sieciowych SOAP na kliencie lub serwerze powinno odbywać się przy użyciu WCF.

Trwa wiele rozmów dotyczących prostoty usług sieciowych asmx w WCF. Pozwól mi wyjaśnić kilka punktów tutaj.

• To prawda, że ​​początkujący programiści serwisów internetowych z łatwością zaczną korzystać z usług sieciowych asmx. Visual Studio wykonuje za nich całą pracę i z łatwością tworzy projekt Hello World.
• Ale jeśli nauczysz się WCF (co oczywiście nie zajmie dużo czasu), możesz przekonać się, że WCF jest również dość prosty i możesz iść dalej.
• Ważne jest, aby pamiętać, że wspomniane złożoności WCF są faktycznie przypisywane pięknym cechom, które ze sobą niesie. Adresy, powiązania, umowy i punkty końcowe, usługi i klienci są wymienione w pliku konfiguracyjnym. Piękno polega na tym, że logika biznesowa jest segregowana i bezpiecznie utrzymywana. Jutro, jeśli trzeba zmienić wiązanie z basicHttpBinding do netTcpBinding można łatwo utworzyć w pliku config wiązania i używać go. Tak więc wszystkie zmiany związane z klientami, kanałami komunikacji, powiązaniami itp. Należy wprowadzić w konfiguracji, pozostawiając logikę biznesową bezpieczną i nienaruszoną, co ma sens.
• „Usługi sieciowe” WCF są częścią znacznie szerszego spektrum zdalnej komunikacji włączanej przez WCF. Otrzymasz znacznie wyższy stopień elastyczności i przenośności, robiąc rzeczy w WCF niż przez tradycyjny ASMX, ponieważ WCF jest zaprojektowany od podstaw, aby podsumować wszystkie różne infrastruktury programowania rozproszonego oferowane przez Microsoft. Punkt końcowy w WCF może być komunikowany z SOAP / XML tak samo łatwo, jak TCP / binarny, a zmiana tego medium jest po prostu modyfikacją pliku konfiguracyjnego. Teoretycznie zmniejsza to ilość nowego kodu potrzebnego przy przenoszeniu lub zmianie potrzeb biznesowych, celów itp.
• Dostęp do usług internetowych można uzyskać tylko przez HTTP i działa w środowisku bezstanowym, w którym WCF jest elastyczny, ponieważ jego usługi mogą być hostowane w różnych typach aplikacji. Możesz hostować swoje usługi WCF w konsoli, usługach Windows, IIS i WAS, które są różnymi sposobami tworzenia nowych projektów w Visual Studio.
• ASMX jest starszy od WCF i wszystko, co ASMX może to zrobić, może WCF (i więcej). Zasadniczo widać, że WCF próbuje logicznie pogrupować wszystkie różne sposoby komunikacji dwóch aplikacji w świecie Microsoft; ASMX był tylko jednym z wielu sposobów, dlatego jest teraz zgrupowany pod parasolem możliwości WCF.
• Zawsze będziesz chciał używać programu Visual Studio dla NET 4.0 lub 4.5, ponieważ ułatwia to tworzenie usług WCF.
• Główną różnicą jest to, że usługi sieciowe używają XmlSerializer. Ale WCF używa DataContractSerializer, który ma lepszą wydajność w porównaniu do XmlSerializer. Właśnie dlatego WCF działa znacznie lepiej niż inne odpowiedniki technologii komunikacyjnej z .NET, takie jak asmx, .NET zdalne itp.

Nie zapominając, że byłem jednym z tych facetów, którzy lubili usługi asmx bardziej niż WCF, ale wtedy nie byłem świadomy usług WCF i ich możliwości. Bałam się konfiguracji WCF. Ale odważyłem się i spróbowałem napisać kilka własnych usług WCF, a kiedy dowiedziałem się więcej o WCF, teraz nie mam żadnych zahamowań na temat WCF i polecam je każdemu i wszystkim. Miłego kodowania !!!