Niedawno dołączyłem do projektu asp.net mvc, który jest już w toku, gdzie nie ma dużej spójności w radzeniu sobie z wyjątkami w kontrolerze; niektórzy deweloperzy zwracają dane do klienta, aby poinformować użytkownika, co jest nie tak, a inni odrzucają go, aby dostać się do programu obsługi na poziomie serwera, który je przetwarza i rejestruje - bez informowania użytkownika, co słychać.Zgłaszanie wyjątków i powiadamianie użytkownika
Wydaje mi się oczywiste, że oba podejścia są błędne same w sobie i zamiast tego muszą się wzajemnie uzupełniać; w co utknąłem, to jak to zrobić. Zakładam, że ewentualny moduł obsługi wyjątków/program rejestrujący może przekierować użytkownika na stronę błędu po złapaniu czegoś szczególnie nieprzyjemnego, ale ogranicza to mechanizm do bardzo poważnych problemów.
Poszukuję sposobu na wykonanie "rzutu" i "powrotu ..." w momencie, w którym przechwyciłem wyjątek, więc otrzymałem go po stronie serwera i po stronie klienta pozwala mi powiedzieć użytkownikowi, że nastąpiło jakieś dotknięcie.
Moje doświadczenie w asp.net jest bardzo ograniczone i chociaż uważam, że rozumiem mvc na tyle, aby nie było problemu, jest to rodzaj "jaka jest najlepsza praktyka?" pytanie od kogoś, kto pracuje z ludźmi, którzy nie zawracają sobie głowy najlepszymi praktykami.
Sam fakt, że martwisz się tym, sprawia, że jesteś dobrym dodatkiem do zespołu.Ale upewnij się, że twoi koledzy z drużyny dostrzegają wagę tego również, w przeciwnym razie będziesz jedyną osobą, która stara się poprawić sytuację, podczas gdy inni będą ją znowu łamać. – MarioDS
Zgadzam się z Mario. Zwrócenie uwagi na problem ze swoim zespołem jest ważne. Jeśli uważasz, że masz lepszą metodologię radzenia sobie z wyjątkami, podziel się nią ze swoim zespołem, ponieważ w dłuższej perspektywie produkt będzie lepszy. Dyskusja z nimi może również ujawnić ich proces myślenia i rzeczy, które mogliście przeoczyć. – Tung