Aktywne Wpisy
JanDzbanPL +253
Możesz być najlepiej zapowiadającym się piłkarzem świata, zarabiać kupę hajsu a i tak baba ciebie wystawi xD #logikarozowychpaskow #rozowepaski #fcbarcelona #gownowpis
robert5502 +357
Rutkowski w kościele. Przyjechal poświęcić samochód #mercedes
Zastanawiam sie czy jest cos czego kler nie zrobi dla pieniędzy?
Więcej zdjęć w komentarzach
#ciekawostki #rutkowski #bekazkatoli #katolicyzm #religia #polska
Zastanawiam sie czy jest cos czego kler nie zrobi dla pieniędzy?
Więcej zdjęć w komentarzach
#ciekawostki #rutkowski #bekazkatoli #katolicyzm #religia #polska
Czy w kontrolerach restowych złym nawykiem jest zwracanie obiektu typu wildcard? Bo generalnie jest to słaba praktyka? Pytanie jak w przypadku kontrolerów, dla przykładu mam Restowe API i wciągamy dane i zwracamy je w odpowiedzi http z jsonem. Metody z kontrolerów zwracają ResponseEntity . Pytanie czy nie lepiej od warstwy serwisowej wiedzieć co zwracamy i taki typ przyjąć w obiekcie ResponseEntity w warstwie kontrolerów?
#java #spring #niewiem
Komentarz usunięty przez autora
Dlaczego miałbyś chcieć zwracać inny status niż zadeklarowany na endpoincie?
Z jakich lat były te artykuły z dobrymi praktykami? Nie mówię że jest ona zła. Po prostu uważam, że używanie @RsponseBody jest lepsze :)
Tak szybko co mi przychodzi do głowy to np. dla operacji asynchronicznych na zasobie. Mamy sytuację, że wywołanie danego endpointu powinno zakończyć się Http 200, ale dany request może zajmować różny czas i dla dłuższego przetwarzania requestów chcielibyśmy zwrócić klientowi Http 202, w metodzie z adnotacją @ResponseStatus byłoby to niemożliwe
W moim rozumowaniu to właśnie @ResponseStatus uratuje Twoje API przed pochopnymi decyzjami ;)
Dany endpoint powinien działać w jeden konkretny sposób. Klient musi wiedzieć czy dostanie odpowiedź, czy musi później o zapytać o status żądania. Taki hybrydowy endpoint byłby koszmarem do używania