Czy WCF powoli odchodzi w zapomnienie na rzecz WebAPI?

Odpowiedz Nowy wątek
2015-02-03 22:19
0

Nie wiem czy słuszne odnoszę wrażenie, ale odkąd pojawiło się WebAPI to mam wrażenie, że coraz więcej serwisów, które mają w założeniu być do użytku przez innych, np. zewnętrzną firmę i zwracać dla nich dane czy realizować jakieś zadania po wywołaniu powstaje właśnie w WebAPI - czyżby WCF podobnie jak to ma miejsce w przypadku ASP.NET WebForms na rzecz MVC stawało się passe - jak sądzicie? :)

Pozostało 580 znaków

2015-02-03 23:32
ne0
1

Nie do końca chyba rozumiesz różnice pomiędzy nimi. Zobacz na to: https://msdn.microsoft.com/en[...]brary/jj823172(v=vs.110).aspx

Jakieś firmy o których wspomniałeś nie potrzebują wspierać UDP żeby otrzymać dane od klientów, tutaj HTTP w zupełności wystarcza.


Pomogłem? To dobrze :)
edytowany 1x, ostatnio: ne0, 2015-02-03 23:33

Pozostało 580 znaków

2015-02-03 23:41
0

Co do web forms to jeszcze cale mnostwo projektow jest prowadzone w tej technologii, co wiecej tworzone sa rowniez nowe;)

Pozostało 580 znaków

2015-02-04 01:22
2

RESTowych api po HTTP nie ma sensu robić w WCF, a takie rzeczy to 90% zastosowań WCF, więc owszem - w tym przypadku WCF odchodzi do lamusa.
WCF nadal ma sens, np. jeśli chcesz użyć innego niż HTTP protokołu.


"HUMAN BEINGS MAKE LIFE SO INTERESTING. DO YOU KNOW, THAT IN A UNIVERSE SO FULL OF WONDERS, THEY HAVE MANAGED TO INVENT BOREDOM."
edytowany 1x, ostatnio: somekind, 2015-02-04 01:22

Pozostało 580 znaków

2015-02-04 11:22
gosc_z_pytaniem
0

WCF to ujednolicona forma komunikacji dla różnych mechanizmów komunikacji, np. named pipes, MSMQ, HTTP i wielu innych.
W przypadku kiedy będziesz chciał stworzyć kilka aplikacji komunikujących się między sobą na tej samej maszynie, możesz użyć WCF z wiązaniem named pipes. Jeżeli klient pewnego dnia stwierdzi, że aplikacje należy rozdzielić na różne maszyny, to zmienisz typ wiązania na net.tcp - nie będziesz musiał w kodzie zmieniać logiki odpowiedzialnej za komunikację.

Jeżeli klient będzie chciał API komunikacyjne, to po prostu zrobisz serwisy w WebAPI, które będą potrafiły skomunikować się z Twoimi serwisami bez względu na typ wiązania

Pozostało 580 znaków

2015-02-04 19:24
0
somekind napisał(a):

RESTowych api po HTTP nie ma sensu robić w WCF, a takie rzeczy to 90% zastosowań WCF, więc owszem - w tym przypadku WCF odchodzi do lamusa.
WCF nadal ma sens, np. jeśli chcesz użyć innego niż HTTP protokołu.

A co z opcją: WCF Rest + AngularJs (mvc), ng-grid, javascript, Bootstrap itd. (frontend + backend)? Jakie mogą być mocne i słabe strony takiego rozwiązania? Jeśli ktoś próbował, to prosiłbym o opinie.

Pozostało 580 znaków

2015-02-05 09:55
0

Mniej wiecej takie jak opisali wyzej. Do typowo restowych aplikakcji wystarczy WebApi, WCF to jest wyciaganie armaty na komara. W webapi pisze sie szybciej, wygodniej i jest mniej konfigurowania, wcf ma ta przewage, ze fajnie wspiera inne protokoly komunikacji niz http.
Druga sprawa to to, ze nie ma wiekszego znaczenia czym konsumujesz taki restowy serwis, czy to jest aplikacja w asp, angularze, czystym javascripcie czy desktopowym/mobilnym WPFie - resty najlepiej pisac w webapi (wg mnie ;) )

Pozostało 580 znaków

2015-02-05 13:19
0

Jest jeszcze jeden aspekt - ponoć WCF jest wydajniejszy.


"HUMAN BEINGS MAKE LIFE SO INTERESTING. DO YOU KNOW, THAT IN A UNIVERSE SO FULL OF WONDERS, THEY HAVE MANAGED TO INVENT BOREDOM."

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0