Discussion :

[Invité]

Bonjour,

Voilà dans le projet dans lequel je suis, certaines méthodes génères des exceptions qui sont en fait des classes dérivées de la classe Exception comme ce qui suit :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
public class DaoException extends Exception {
 
	public DaoException(Exception e) {
		super(e);
	}
}

Ma question est : quel est l'intérêt ? Ca revient au même que d'appeler la classe Exception tout court non ?!

Merci pour votre aide

[gifffftane]

Cela peut se comprendre lorsque tu souhaites marquer le sens d'une exception.

Par exemple, on comprend mieux :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

public void connectObject() throws DaoException

que

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

public void connectObject() throws Exception

il me semble, et ensuite c'est plus facile à désigner dans les catchs.

[Invité]

Ok c'est aussi ce que je pensais mais je voulais avoir confirmation de quelqu'un de plus calé que moi

Merci

[Uther]

Il y a une question de sens mais l'intérêt est surtout de limiter la portée de l'exception. Par exemple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
try{
    ...
    int value = a/b; // peut lancer ArithmeticException si division par 0
    connectObject(); // peut lancer DaoException 
    ...
} catch(DaoException e) {
    // gestion de l'erreur de connection
} catch(ArthmeticException e){
    // gestion de l'erreur de calcul
}

Ici la division par zéro est traitée différemment de l'exception de DAO.

Si connectObject() lançait des Exception, tu aurais été obligé de catcher Exception qui contient toutes les autres exception. Donc il serait difficile de traiter de manière différente une exception de Dao de n'importe quelle autre, de manière propre(on peut toujours ruser).

[Invité]

Mais si DaoException ne se contente que d'étendre Exception, ça revient au même au final que de catcher Exception non ?

[Uther]

Non. Par exemple si tu fait:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
try{
    ...
    int value = a/b; // peut lancer ArithmeticException si division par 0
    connectObject(); // peut lancer DaoException 
    ...
} catch(DaoException e) {
    System.out.println("Erreur de base de données");
}

Une division par zero plantera mais n'affichera pas "Erreur de base de données".
Tandis que si tu catche Exception, comme ArithmeticException hérite de Exception comme toute les classes d'exception, tu affichera une erreur de base de données alors qu'il s'agit en fait d'une division par zéro.

[Invité]

Got it

Merci