Throws Exceptions Eclipse

C'est bizarre ... On m'a appris à ajouter throws pour n'importe qu'elle exception ...

C'est justement pour que celle-ci remonte jusqu'au "plus haut" niveau du code et qu'on puisse informer l'utilisateur que quelque chose s'est passé. (Car si il y a un problème; c'est de SA faute !)

La règle générale est throws dans le package des données et try/catch(/finally) dans celui des interfaces.

"informer l'utilisateur que quelque chose s'est passé. (Car si il y a un problème; c'est de SA faute !)"
"La règle générale est throws dans le package des données et try/catch(/finally) dans celui des interfaces."
C'est un peu extrême comme vision...
Imaginons que ta base de données crash, ça fera une belle jambe à l'utilisateur d'avoir une SQLException par exemple, en quoi est-ce de sa faute ?
Si tu rentres dans le package de données, les exceptions ne peuvent plus être de la faute de l'utilisateur, car le programme devrait déjà avoir fait des vérifications préalables pour empêcher les données farfelues d'arriver jusque là.

La gestion des exception devrait permettre de remonter une information utile aux couches supérieures. Ce qu'il serait intéressant de faire (pas systématiquement) c'est de faire un try/catch des exceptions, pour les transformer en une nouvelle exception plus explicite en indiquant dans le message d'erreur les détails d'appel de la méthode.

Si je reprends l'exemple de la base de données en panne, il serait intéressant que l'exception finale indique les paramètres de connexion à cette base. Comme ça on n'aura pas à farfouiller le code pour comprendre le problème.

Exemple :

public void connexion(String baseDeDonnee) {
   try {
       // ...
   } catch (SQLException | RuntimeException e) {
       throw new IllegalStateException("Problème de connexion à " + baseDeDonnee, e);
   }
}

Par contre, jamais cette information ne devrait arriver jusqu'à l'interface client.
Ce que l'on fera c'est une log qui contiendra toute l'information utile à la résolution du problème, mais à l'interface utilisateur on renvoie juste le fait que ça ne marche pas.

try {
    // ...
} catch (RuntimeException e) {
    LOGGER.error(e);
    afficherMessage("Une erreur a eu lieu");
}