[1.....p]

Gdyby ktoś jeszcze o tym nie wiedział - a sporo osób nie wie bo biblioteka jest popularna w kręgach Xamarinowych to do obsługi REST API (a właściwie do obsługi API opartego o endpointy HTTP) w .NET polecam Refit:
https://github.com/paulcbetts/refit - coś podobnego do Androidowego Retrofit ,
+
do debugowania requestów - świetna implementacja/proxy HttpClientHandlera:
https://ghuntley.com/archive/2016/05/04/announcing-httpclientdiagnostics/

#programowanie #dotnet

[1.....p]

btw. Refit idealnie nadaje się do mockowania. Jeśli ktoś pracuje w firmie, w której ma czas na pisanie unit testów - to ta biblioteka bardzo to ułatawia.
Jeśli ktoś pracuje w firmie, w której musi dostaczyć ASAP aplikację MVP - to też świetnie się do tego nadaję, można łatwo wymockować API.

[darck]

HttpClientHandlera

@1080p: po co to jak można korzystać z normalnego proxy monitora?

[1.....p]

@darck: owszem można, ale tak jest moim zdaniem prościej. Domyślnie masz info o request/response w debug output + możesz sobie skonfigurować logger.
Ponadto - jeżeli korzystasz z SSL to musisz się bawić w jakieś fałszywe certyfikaty, w kodzie wyłączyć weryfikację certyfikatów SSL..

[darck]

@1080p: to się ustawia tylko raz i potem już działa. Zalety, to że nie trzeba filtrować logów, proxy pozwala skopiować całe zapytanie jako komende curl i przesłać do debugowania ludziom zajmującym się backendem. Pozwala przeglądać historię zapytań i ładnie prezentować payload z formatowaniem jsona lub interpetowaniem jpg jako zdjęcia.

[1.....p]

@darck: Kwestia gustu, korzystałem z proxy - teraz wolę tak. Ja zawsze korzystam ze swaggera więc zapytanie CURL mi nie jest potrzebne, wystarczą szczegóły requestu.

Weź też pod uwagę, że nie zawsze korzystasz z proxy podczas testowania aplikacji - tutaj możesz sobie skonfigurować logowanie do pliku i mieć dowód na to, że API zwróciło np. 500.