Daj znać, czy podoba Ci się taka seria i czy robić więcej materiałów takiego typu! Zostaw maila i bądź na bieżąco z moimi szkoleniami, kursami, publikacjami i pozostałymi inicjatywami 😊 ➜ bykowski.pl/newsletter/
@Przemek Bykowski A co w przypadku providerów, które dostarczają na podstawie jakiegoś enuma odpowiedni bean potrzebny do innego beana ? Jest jakiś fajny sposób żeby to obsłużyć, ? Case wygląda coś w rodzaju Klient wysyła jakiś config na podstawie którego api tworzy manager, manager wybiera odpowiednie beany potrzebne mu do przetworzenia configu, wysyłając config do providera, provider zwraca optionala, czyli konkretnego beana w zaleznosci od configu, ale co jak optional jest pusty, jak manager powinien sie zachować w tym przypadku ?
a co z ResponseStatusException? I też taka rzecz, co jak w projekcie bym musiał stworzyć z 10 takich exceptionów i 10 porad. Nie da się stworzyć jednej porady dla wszystkich? No i co w sytuacji gdy mamy dużo tych wyjątków. Korzystać tak jak mówisz dla wszystkich, dla wybranych i do tego ReponseStatusException czy sam RSE?
@Przemek Bykowski Czy należy robić osobno klasę Exception i Advice dla każdej encji w aplikacji jaką używamy w endpointach? Czy jest jakiś lepszy sposób?
Tu wszystko zależy od przypadku. Możesz zgrupować dla jednej encji wiele (lub wspólnych) wyjątków w klasie Exception, jednak tutaj priorytetem jest zapewnienie jasnego komunikatu klientowi i struktura kodu właśnie tą zasadą powinna być podyktowana :)
Daj znać, czy podoba Ci się taka seria i czy robić więcej materiałów takiego typu!
Zostaw maila i bądź na bieżąco z moimi szkoleniami, kursami, publikacjami i pozostałymi inicjatywami 😊 ➜ bykowski.pl/newsletter/
@Przemek Bykowski A co w przypadku providerów, które dostarczają na podstawie jakiegoś enuma odpowiedni bean potrzebny do innego beana ? Jest jakiś fajny sposób żeby to obsłużyć, ? Case wygląda coś w rodzaju Klient wysyła jakiś config na podstawie którego api tworzy manager, manager wybiera odpowiednie beany potrzebne mu do przetworzenia configu, wysyłając config do providera, provider zwraca optionala, czyli konkretnego beana w zaleznosci od configu, ale co jak optional jest pusty, jak manager powinien sie zachować w tym przypadku ?
a co z ResponseStatusException? I też taka rzecz, co jak w projekcie bym musiał stworzyć z 10 takich exceptionów i 10 porad. Nie da się stworzyć jednej porady dla wszystkich? No i co w sytuacji gdy mamy dużo tych wyjątków. Korzystać tak jak mówisz dla wszystkich, dla wybranych i do tego ReponseStatusException czy sam RSE?
@Przemek Bykowski
Czy należy robić osobno klasę Exception i Advice dla każdej encji w aplikacji jaką używamy w endpointach? Czy jest jakiś lepszy sposób?
Tu wszystko zależy od przypadku. Możesz zgrupować dla jednej encji wiele (lub wspólnych) wyjątków w klasie Exception, jednak tutaj priorytetem jest zapewnienie jasnego komunikatu klientowi i struktura kodu właśnie tą zasadą powinna być podyktowana :)
A ResponseEntity i tam ustawic status?
też można: bykowski.pl/spring-boot-22-jak-poprawnie-obslugiwac-wyjatki/