Pourquoi les utilisateurs de Java consomment-ils souvent les exceptions de manière silencieuse ?

Question

Je n'ai jamais fait de codage Java sérieux auparavant, mais j'ai appris la syntaxe, les bibliothèques et les concepts sur la base de mes compétences existantes (Delphi et C#). Une chose que j'ai du mal à comprendre est que j'ai vu tellement de code qui consomme silencieusement des exceptions après que printStackTrace así:

    public void process() {
        try {
            System.out.println("test");
        } catch(Exception e) {
            e.printStackTrace();
        }
    }

Il existe un code similaire à celui-ci dans presque tous les articles et projets Java que j'ai rencontrés. D'après mes connaissances, c'est très mauvais. L'exception devrait presque toujours être transmise au contexte extérieur comme ceci :

    public void process() {
        try {
            System.out.println("test");
        } catch(Exception e) {
            e.printStackTrace();
            throw new AssertionError(e);
        }
    }

La plupart du temps, l'exception devrait être traitée au niveau de la boucle la plus extérieure qui appartient au cadre sous-jacent (Java Swing par exemple). Pourquoi est-ce que cela semble être la norme de coder de la sorte dans le monde Java ? Je suis perplexe.

D'après mon expérience, je préférerais supprimer printStackTrace entièrement . Je voudrais simplement le relancer comme un aka non géré. RuntimeException (ou, encore mieux, AssertionError ), puis l'attrape et l'enregistre à l'endroit le plus approprié : la boucle la plus extérieure du cadre.

    public void process() {
        try {
            System.out.println("test");
        } catch(Exception e) {
            throw new AssertionError(e);
        }
    }

Answer 1

J'ai toujours pensé que c'est similaire à le scénario suivant:

"Un homme se fait tirer dessus.

Il retient son souffle et a assez de force pour prendre un bus.

10 km plus tard, l'homme descend du bus, des promenades à un couple de blocs et de mourir."

Lorsque la police a obtenir pour le corps, ils n'ont pas la moindre idée de ce qui s'était passé. Ils peuvent avoir, par la suite mais il est beaucoup plus difficile.

Est-ce mieux:

"Un homme se fait tirer dessus, et le meurt instantanément et le corps fixe exactement où le meurtre avait juste arrivé"

Lorsque la police arrive, toutes les preuves sont en place.

Si un système est à l'échec, mieux vaut échouer rapidement

Abordant la question:

1. De l'Ignorance.
   • +
2. La paresse

EDIT:

Bien sûr, la section catch est utile.

Si quelque chose peut être fait avec l'exception, c'est là où il devrait être fait.

Probablement ce n'est PAS une exception pour le code, c'est probablement quelque chose qui est attendue ( et dans mon analogie, c'est comme une veste pare-balles, et l'homme a été en attente pour la prise de vue à la première place ).

Et oui, la pêche pourrait être utilisé pour Lancer des exceptions appropriées à l'abstraction

Answer 2

Cela est généralement dû au fait que l'EDI propose une solution rapide qui intègre le code incriminé dans un bloc try-catch avec la gestion de cette exception. L'idée est que vous faites réellement quelque chose, mais pas les développeurs paresseux.

C'est une mauvaise forme, sans doute.

Answer 3

C'est un classique argument de paille . printStackTrace() est une aide au débogage. Si vous l'avez vu sur un blog ou dans un magazine, c'est parce que l'auteur était plus intéressé par l'illustration d'un point de vue autre que la gestion des exceptions. Si vous l'avez vu dans du code de production, le développeur de ce code était ignorant ou paresseux, rien de plus. Cela ne devrait pas être considéré comme un exemple de pratique courante dans le "monde Java".

Answer 4

1. Java vous oblige à traiter toutes les exceptions de manière explicite. Si une méthode que votre code appelle est déclarée comme pouvant lever une FooException et une BarException, votre code MUST gérer (ou lancer) ces exceptions. La seule exception à cette règle est RuntimeException qui est silencieux comme un ninja.
2. Beaucoup de programmeurs sont paresseux (moi y compris), et il est très facile d'imprimer simplement la trace de la pile.

Answer 5

Parce que Exceptions vérifiées est une expérience ratée

(peut-être que printStackTrace() est le vrai problème ? :)