Dla nas WCF jest używany dla SOAP i Web API dla REST. Szkoda, że Web API nie obsługuje SOAP. Nie korzystamy z zaawansowanych funkcji WCF. Oto porównanie z MSDN :

ASP.net Web API jest o HTTP i REST oparte GET, POST,PUT, DELETE z dobrze wiedzieć ASP.net styl programowania MVC i JSON; web API jest dla wszystkich lekkich procesów i czystych komponentów opartych na HTTP. Dla jednego, aby przejść do przodu z WCF nawet dla prostej lub najprostszej pojedynczej usługi internetowej przyniesie cały dodatkowy bagaż. Dla lekkiej prostej usługi dla połączeń ajax lub dynamicznych zawsze WebApi po prostu rozwiązuje potrzebę. To starannie uzupełnia lub pomaga równolegle do ASP.net MVC.

W scenariuszach wymienionych poniżej powinieneś wybrać WCF:

1. Jeśli potrzebujesz wysłać dane na protokołach takich jak TCP, MSMQ lub MIME
2. Jeśli konsumujący klient po prostu wie, jak konsumować wiadomości SOAP

WEB API jest frameworkiem do tworzenia usług RESTful / HTTP.

Jest tak wielu klientów, którzy nie rozumieją przeglądarki SOAP, HTML5, w takich przypadkach interfejsy API są dobrym wyborem.

Nagłówek usługi HTTP określa jak zabezpieczyć usługę, jak buforowanie informacji, typu treści wiadomości i treści HTTP może określać dowolny typ treści, np. HTML, a nie tylko XML jako usługi SOAP.

WCF da ci tyle z pudełka, że nie jest nawet porównywalny z niczym. Chyba że chcesz zrobić na własną implementację (by wymienić tylko kilka) uwierzytelniania, autoryzacji, szyfrowania, kolejkowania, dławienia, niezawodnego przesyłania wiadomości, logowania, sesji i tak dalej. WCF nie jest [tylko] usługami sieciowymi; WCF jest platformą programistyczną dla SOA.

Odkąd używałem obu do tej pory, znalazłem wiele różnic między WCF a Web API. Obie technologie dobrze sprawdzają się w różnych scenariuszach. Nie można więc powiedzieć, który jest lepszy, zależy to od konfiguracji i scenariusza.

Uwaga: dane są nie tylko moim zdaniem jest to również zbierane z innych oficjalnej stronie internetowej.

Jest porównanie na MSDN o tym

WCF i ASP.NET Web API

Dla mnie wybór polegał na tym, kim są klienci i gdzie się znajdują?

W sieci firmowej i klientach bazujących na. Net : użyj WCF z wiązaniem TCP (szybka komunikacja niż HTTP)

Poza siecią firmową i używaj różnych technologii, takich jak PHP, Python itp: używaj Web API z REST

Mówiąc o biznesie, WebApi nie ma WSDL, więc programiści powinni udokumentować wszystko ręcznie. I jeżeli na przykład operacja WebApi zwróci listę obiektów, wtedy klient powinien wytworzyć obiekty ręcznie, tzn. WebAPI jest naprawdę podatne na błędy definicji.

Pro Webapi jest bardziej lekki niż WCF.

Odnośnie stwierdzenia "brak WebApi WSDL" istnieje kilka sposobów na wygenerowanie klienta Rest. Jednym z popularnych podejść jest Swagger UI / (Swashbukkle Nuget). Daje to bogaty interfejs do zrozumienia schematu wejściowego i wyjściowego punktu końcowego reszty oraz narzędzie online do testowania punktów końcowych.

JSON LD (JSON Linked Documents) jest kolejnym nowym standardem, który jeszcze bardziej poprawi doświadczenie programistów REST opartych na JSON, ujawniając schemat JSON z lepszą semantyką.

Dlaczego odpowiadam:

Źródło informacji:

Microsoft ® Visual Studio® 2015 Unleashed

Dlaczego ASP.NET Web API i WCF:

Przed porównaniem technologii ASP.NET Web API i WCF, ważne jest, aby zrozumieć, że istnieją w rzeczywistości dwa style / standardy tworzenia usług internetowych: REST (Representational State Transfer) i SOAP / WSDL. SOAP / WSDL był oryginalnym standardem, na którym zostały zbudowane Usługi internetowe. Jednak był trudny w użyciu i miał nieporęczne formaty wiadomości (takie jak XML), które pogarszały wydajność. Usługi oparte na odpoczynku szybko stały się alternatywą. Są łatwiejsze do napisania ponieważ wykorzystują podstawowe konstrukcje HTTP (GET, POST, PUT, DELETE) i zazwyczaj używają mniejszych formatów wiadomości (takich jak JSON). W rezultacie usługi HTTP oparte na REST są obecnie standardem tworzenia usług ściśle ukierunkowanych na sieć.

Zdefiniujmy cel ASP.NET Web API

ASP.NET Web API to technologia firmy Microsoft do tworzenia opartych na REST usług internetowych HTTP. (To dawno temu zastąpił ASMX Microsoftu, który był oparty na SOAP / WSDL.) Web API ułatwia pisanie niezawodne usługi oparte na protokołach HTTP, które rozumieją wszystkie przeglądarki i rodzime urządzenia. Umożliwia to tworzenie usług obsługujących Twoją aplikację i wywoływanie ich z innych aplikacji internetowych, tabletów, telefonów komórkowych, komputerów PC i konsol do gier. Większość aplikacji napisanych dzisiaj, aby wykorzystać obecne połączenie internetowe, korzysta w jakiś sposób z usług HTTP.

Zdefiniujmy teraz cel WCF:

Przykład WCF:

Rozważ przykład:

Dane klienta są udostępniane między aplikacjami. Każda aplikacja może być napisane na innej platformie i może istnieć w innym miejscu. Interfejs klienta można wyodrębnić do usługi WCF, która zapewnia wspólny dostęp do wspólnych danych Klienta. Scentralizuje to dane, ogranicza powielanie, eliminuje synchronizację i upraszcza zarządzanie. Ponadto, korzystając z WCF, można skonfigurować punkty końcowe usługi tak, aby działały w sposób, który ma sens dla klienta wywołującego. Rysunek przedstawia przykład z poprzedniego z scentralizowanym dostępem do danych Klienta w serwis WCF.

Wniosek:

I) kiedy wybrać Web API:

Nie da się zaprzeczyć, że oparte na REST usługi HTTP, takie jak te tworzone przy użyciu ASP.NET Web API stały się standardem budowania usług internetowych. Usługi te oferują łatwe, proste podejście do tworzenia usług dla programistów internetowych. Twórcy stron internetowych rozumieją HTTP GET I POST, a tym samym dobrze dostosowują się do tego typu usług. Dlatego, jeśli piszesz usługi ściśle ukierunkowane na HTTP , ASP.NET Web API jest logicznym wyborem.

Ii) Kiedy wybrać WCF:

Technologia WCF jest przydatna, gdy trzeba obsługiwać wiele punktów końcowych usług opartych na różnych protokołach i formatach wiadomości. Produkty takie jak Microsoft BizTalk wykorzystują WCF do tworzenia solidnych usług, które mogą być używane w Internecie, a także za pośrednictwem różnych konfiguracji Maszyna-Maszyna.Jeśli jednak musisz napisać aplikację, która komunikuje się przez TCP / IP po podłączeniu do sieci lokalnej i działa przez HTTP, gdy poza siecią, WCF jest twoją odpowiedzią .

Ostrzegam:

Web developerzy często postrzegają WCF jako trudniejsze i bardziej złożone do rozwinięcia. W związku z tym, jeśli nie przewidujesz potrzeby usług multiprotocol, prawdopodobnie pozostaniesz przy ASP.NET Web API.

Z wcf możemy skonfigurować i udostępnić tę samą obsługę usługi dla wielu punktów końcowych, takich jak tcp, http.jeśli chcesz, aby Twoja usługa była oparta tylko na http, lepiej będzie przejść z web API. Web API ma znacznie mniejszą konfigurację w porównaniu do wcf i jest nieco szybsze niż wcf. Wcf wspiera również usługi restful. Jeśli masz ograniczenie. Net framework 3.5 to twoją opcją jest wcf.