Jaka jest różnica w zastosowaniu HttpServletResponse/HttpServletRequest a ResponseEntity/RequestEntity? Jeśli służą do tego samego to które rozwiązanie jest preferowane?
- Rejestracja:około 6 lat
- Ostatnio:dzień
- Postów:20
Spring MVC 
Spring 
- Rejestracja:ponad 6 lat
- Ostatnio:około miesiąc
- Lokalizacja:Silesia/Marki
- Postów:5505
4
HttpServletResponse/HttpServletRequest jest z gołej Javy. ResponseEntity/RequestEntity - ze Springa.
HttpServletResponse/HttpServletRequest jest z niskopoziomowe. ResponseEntity/RequestEntity - wysokopoziomowe.
Ogólna zasada "jeśli nie musisz rozwiązywać niestandardowych problemów to lepiej używać API wysokopoziomowego"
- Rejestracja:około 21 lat
- Ostatnio:około 3 lata
- Lokalizacja:Space: the final frontier
- Postów:26433
1
- HttpServletResponse i HttpServletRequest to bardzo niskopoziomowe obiekty, kiedy chcesz bezpośrednio dotykać requestu http
- Spring wspiera troche magii na swoich ResponseEntity, np. handlowanie Optionali i Future
- Rejestracja:prawie 10 lat
- Ostatnio:8 dni
- Postów:2370
2
javax.servlet.http.HttpServletRequest/Response - pochodzi ze świata Java EE i zakłada istnienie kontenera aplikacji webowych, w ramach, którego to kontenera obsługiwane są tzw. servlety (małe serwerki jak nazwa wskazuje ;-) ), które w zamyśle powinny robić dobrze jedną rzecz. Takie servlety mają opisany cykl życia, w ramach którego obsługują żadanie (Request->Resopnse). Requesty
do servletów mogą w ogólności przychodzić różnymi kanałami, zaś w szczególności przez HTTP i tam masz HttpServletRequest/Response.
org.springframework.http.RequestEntity - pochodzi ze świata Springa i odnosi się do request/response po HTTP. W pewnym sensie "lżejsze" od enterprajzowych klocków.
Którego używać? Jak decydujesz się na springa, to bym szedł w springowe klocki.
- Rejestracja:ponad 8 lat
- Ostatnio:około godziny
- Lokalizacja:U krasnoludów - pod górą
- Postów:4707
1
yarel napisał(a):
org.springframework.http.RequestEntity - pochodzi ze świata Springa i odnosi się do request/response po HTTP. W pewnym sensie "lżejsze" od enterprajzowych klocków.
Slowo lżejsze, lekkie itp. powinno być już dawno zabronione w IT, bo jest bardzo zwodnicze i na ogół używane w celu nakłamania.
Ilość machinerii potrzebna do działania tego RequestEntity jest istotnie większa do HttpServletResponse, co jednak niczemu nie szkodzi.
Zgadzam się jakkolwiek z tezą, że zdecydowanie nie warto bawić się w te warstwy niższe, w ogóle najlepiej servlety omijać z daleka.
edytowany 1x, ostatnio: jarekr000000
yarel
Ogólnie, wszędzie gdzie pojawiają się różne wartościowania, bez odniesienia do kryteriów, to nie sposób zweryfikować takiego stwierdzenia, ale żeby używać głównie do kłamania, to nie wiem :) Często używam niejasności/subiektywnych ocen do otwierania dyskusji na dany temat, celem doprecyzowania, że się rozumiemy. To w pracy, bo na forum, to za dużo pary w gwizdek idzie i strony nie zawsze mają jakiś wspólny cel ;)
- Rejestracja:ponad 8 lat
- Ostatnio:około godziny
- Lokalizacja:U krasnoludów - pod górą
- Postów:4707
2
WhiteLightning napisał(a):
@Kamil Żabiński: jak nie pojdziesz w standardy to masz z automatu duza szanse na rozwiazywanie niestandardowych problemow :)
@WhiteLightning a jak pójdziesz w standardy to masz 100% szans na rozwiazywanie standardowych problemów.
@jarekr000000: zgoda ale potem te standardowe problemy maja standardowe rozwiazania wiec nawet sredni developerzy przy pomocy Stack Overflow beda w stanie zrobic kod ktory zarabia pieniadze :)
Zaiste, to zresztą doskonała rada na bycie średnim developerem.
@jarekr000000: sam uzywales Tomcata i elementow Spring Boota w swoich kursach :P
@WhiteLightning: Tylko w tym poświeconym własnie tym technologiom.
@jarekr000000: no coz, mi wciaz brakuje jakichs 10 lat expa do zostania anarchitektem.
Zarejestruj się i dołącz do największej społeczności programistów w Polsce.
Otrzymaj wsparcie, dziel się wiedzą i rozwijaj swoje umiejętności z najlepszymi.