Discussion :

[Monkey_D.Luffy]

Bonjour,

J'ai un projet sous forme de modèle MVC.
La classe SqlConnection fait office de modèle. C'est cette classe Java qui sert à se connecter à la base, à insérer, modifier, supprimer des données de la base via des requête SQL.

Donc les servlets (contrôleurs) font toujours appel à ce modèle.

Mais lors d'une exception générée (par exemple insertion qui échoue), une exception est générée dans le modèle, mais comment transmettre l'intitulé précis de l'exception aux vues et contrôleurs ?
Dois-je, à partir du modèle, écrire les messages de ces exceptions dans des fichiers ?

Merci pour vos conseils.

[darkxan]

Une solution nulle serait de catcher les exceptions et d'envoyer ta propre hiérarchie d'exception. Rien ne t'empêche non plus dans ton contrôleur de gérer directement les exceptions que tu reçois de ce que tu appelles le "modèle".

Ce qu'il faut voir aussi, c'est que normalement si tu insères des données dans la base, elles devraient être correctes et tu devrais faire en sorte qu'elles soient vérifiées. Et si les données ne sont pas correctes alors tu devrais renvoyer une exception qui devra être gérée si possible par le contrôleur. Donc les seules exceptions lancés par la base devraient être des exceptions techniques.

Pour généraliser le message, lorsque l'on gère les exceptions, une bonne chose à faire en sorte que les classes d'exceptions correspondent au traitement qui doit être pris derrière. Par exemple, si c'est une erreur de la base alors dire à l'utilisateur de contacter l'utilisateur, si c'est une erreur métier, il faudra peut être la transmettre à l'utilisateur, etc.

Note : Je pense aussi que tu devrais revoir la notion de "modèle" dans le MVC.

[Monkey_D.Luffy]

Merci beaucoup pour ta réponse.

Donc si par exemple je catch les exceptions dans les contrôleur, et que je fais des redirections vers une page d'erreur à chaque exception rencontrée, c'est correct ?

Pour la notion de modèle, j'avais un doute.
Qu'est-ce qui ferait office de modèle dans ce cas, dans mon projet ?

Voilà comment je voyais les choses :

• Modèle :

Une classe Java SqlConnection : dans cette classe, je fais la gestion des drivers, la connexion à la BD, les insertions, les recherches, les mises à jours, etc... avec des executeQuery et executeUpdate.
Je considérais aussi les beans comme des modèles (sachant que j'ai 3 beans : clients, contrats, factures)

• Vues :

Les JSP (formulaires et fiches d'informations) affichant le texte dynamiquement.

• Contrôleurs :

Les servlets qui récupèrent les informations des attributs de sessions, qui font les traitements sur la BD, et qui redirigent vers les vues pour afficher les nouvelles informations.

Mon point de vue est-il correct ?
Merci.

[darkxan]

Dans ton cas, les modèles devraient être : clients, contrats, factures.

Ensuite pour la gestion des exceptions, si tu gardes une architecture 3 couches (présentation, métier, dao) alors tu peux déjà gérer au moins deux types d'exception. Les exceptions métier et les exceptions relatives à des erreurs sur la base. Il peut y en avoir d'autres mais comme je l'ai dit, il est préférable de définir les exceptions selon le traitement qui devra avoir lieu.

Il ne te reste plus qu'a traiter ces types d'exceptions dans les contrôleurs soit en renvoyant la vue courante avec un message d'erreur soit effectivement en faisant un forward sur une page d'erreur.

[zorm]

Ta vision du pattern MVC est plus proche d'une architecture 3-tiers.
Rien ne t'empêche par contre de faire un mixte des 2

En gros, le MVC consiste à:
La partie modèle sera chargée d'effectuer tout les traitements sur les données.
La vue est la couche de présentation des informations à l'utilisateur (interaction avec l'utilisateur).
Le contrôleur répond aux événements déclencher dans la vue en lancant les bons traitements (sur la partie modèle). Et met à jour de la vue par rapport aux retours du modèle.


Le plus dans ton cas, c'est que tu apportes une séparation du modèle et de la partie DAO

[Monkey_D.Luffy]

Ah merci beaucoup, j'ai une meilleure vision du concept, d'autant que c'est mon 1er projet en MVC.
J'apporte donc les modifications nécessaires à mon projet, ça ne devrait pas être difficile.
Encore merci et bon week-end.