Jak obsługiwać wyjątek java w przyjazny dla użytkownika sposób

Question

Zajmuję się programowaniem wahadłowym i jestem trochę zdezorientowany, jak mogę obsługiwać wyjątki na przykład ostatnio część mojego kodu zmienić nazwy plików, więc kiedy testowałem to przyszedłem z "nie masz uprawnień do zmiany nazwy pliku", ponieważ otrzymałem go z komunikatu o wyjątku drukowania. Więc w jaki sposób mogę przekazać tę wiadomość użytkownikowi? i czy powinienem użyć komunikatu JOptionPane lub po prostu pokazać go na pasku stanu?

Dzięki

Answer 1

Z twojego pytania wynika, że ​​już wiesz, jak sobie z tym poradzić w sensie java. Jednak gdy już je złapiesz, szukasz porady, jak reagować na wyjątki.

W konkretnym przykładzie, który podałeś w pytaniu I (jako użytkownik), chciałbym, aby błąd został przedstawiony w jasny sposób, więc JOptionPane może być twoim najlepszym wyborem. Nie zaktualizowałbym paska stanu, ponieważ jest on bardzo bliski cichej awarii, a użytkownik będzie po prostu pozostawiony w konflikcie.

Osobista zasada polega na tym, że jeśli użytkownik prawdopodobnie czeka na kod, aby ukończyć przed wykonaniem zadania, musi zostać poinformowany o awarii silnie, tj. Okienka modalnego. Jeśli awaria jest w zadaniu tła, które użytkownik może wykonać bez dbania o to, lub kod może odzyskać od niego, lub kod będzie próbował ponownie, wtedy podążę z bardziej subtelnym podejściem do paska stanu lub zmiany ikony w zależności od interfejsu użytkownika.

Answer 2

obsługi Zastosowanie try-catch ...

http://tutorials.jenkov.com/java-exception-handling/basic-try-catch-finally.html

Podczas połowu wyjątek można robić, co chcesz z nim. Wyświetlić go użytkownikowi, zrobić coś innego w kodzie, wyświetlić inną wiadomość do użytkownika na podstawie wyjątku, itp.

Answer 3

Jeśli złapiesz wyrażenie (zawarte w bloku z hasłem próbnym), otrzymasz powiadomienie, gdy wyjątek występuje. Następnie musisz zdecydować: czy istnieje sposób na sprawienie, aby wszystko znów działało? Czy mógłbyś, na przykład, poprosić użytkownika o inną nazwę pliku? Więc zrób to! Ale jeśli nie ma rozsądnego sposobu na obejście błędu, po prostu przerywaj program.

Answer 4

Nie bardzo rozumiem pierwszą część twojego pytania, ale próbuję odpowiedzieć na drugą. Ogólnie, sposób wyświetlania błędu użytkownikowi zależy od oprogramowania i błędu. W większości przypadków odpowiednia jest wersja JOptionPane lub podobna. Jednak w niektórych przypadkach dialog modalny może być zbyt nachalny, a pasek stanu może być lepszym rozwiązaniem. Ale znowu to zależy od rodzaju oprogramowania, które piszesz.

Answer 5

Jeśli przewiduje się, że wyjątek może wystąpić w wyniku działania użytkownika, należy jawnie go przechwycić w punkcie, który ma sens i zapewnić prawidłowe odzyskiwanie programu.

Na przykład, jeśli użytkownik może zmienić nazwę pliku, można wywołać metodę rename(), która zwraca kod stanu, aby wskazać powodzenie lub kod błędu. Wewnątrz metody jeden z tych kodów może zostać wywołany przez wyjątek, ale kod wywołujący nie ma znaczenia. Po powrocie połączenia kod statusu może zostać użyty do określenia, który komunikat o błędzie ma zostać wyświetlony (jeśli jest).

enum RenameStatus { 
    Success, 
    Failed, 
    SecurityFailed 
    } 

    void doRename(File fromFile, File toFile) { 
    switch (rename(fromFile, toFile)) { 
    case Success: 
     break; 
    case Failed: 
     // todo generic dialog rename operation failed 
     break; 
    case SecurityFailed: 
     // todo security dialog rename operation failed due to permission 
     break; 
    } 
    } 

    RenameStatus rename(File fromFile, File toFile) { 
    try { 
     if (!fromFile.renameTo(toFile)) { 
     return RenameStatus.Failed; 
     } 
     return RenameStatus.Success; 
    } 
    catch (SecurityException e) { 
     // Error - permission error 
     return RenameStatus.SecurityFailed; 
    } 
    catch (Exception e) { 
     return RenameStatus.Failed; 
    } 
    } 

Answer 6

Aby rozwinąć komentarz Kevina D, zależy to od oczekiwań odbiorców. Jeśli są biegli technicznie, możesz użyć tekstu wyjątku, tak jak jest. Jeśli nie, to na początku komunikatu "Wystąpił błąd, skontaktuj się z personelem pomocy technicznej z następującymi informacjami:" następnie dołącz komunikat o błędzie i najlepiej unikalny identyfikator lokalizacji powiązanego wpisu dziennika ... Często używam znacznik czasu dla tego.

Jeśli naprawdę chcesz mieć ochotę, możesz wysłać e-mail do pracowników pomocy technicznej o wiele więcej szczegółów, takich jak wyjątek i pełny ślad stosu, kopia wpisu do dziennika itp. Zrobiłem to w przeszłości, ale musisz zachować ostrożność ponieważ często występujący błąd szybko zaleje skrzynkę odbiorczą :)

Oczywiście, jeśli błąd może zostać naprawiony przez użytkownika, możesz po prostu powiedzieć (i jak to zrobić) w swojej wiadomości. To jest tak dokładny i fantazyjny, jak można uzyskać ...

Answer 7

Pozwolenie na plik jest rodzajem "normalnego" wyjątku, a nie prawdziwie "wyjątkowy" jak "pełny dysk", więc prawdopodobnie po prostu użyj JOptionPane zamiast wysyłać raport o błędach. Biorąc to pod uwagę, niektóre wcześniejsze odpowiedzi są bardzo pouczające i powinny zostać przyjęte w ogólnych przypadkach.

Ponadto moja main() zawsze zaczynają się w ten sposób: „Jak złapać wyjątki”

Thread.setDefaultUncaughtExceptionHandler(new UncaughtExceptionHandler() 
{ 
    public void uncaughtException(Thread t, Throwable e) 
    { 
     // do your things: see earlier answers 
    } 
}