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? :)
0
1
Nie do końca chyba rozumiesz różnice pomiędzy nimi. Zobacz na to: https://msdn.microsoft.com/en-us/library/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.
0
Co do web forms to jeszcze cale mnostwo projektow jest prowadzone w tej technologii, co wiecej tworzone sa rowniez nowe;)
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.
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
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.
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 ;) )
0
Jest jeszcze jeden aspekt - ponoć WCF jest wydajniejszy.