Du besoin au programme Java - Chicoree

1 L'environnement de développement

Avant toute chose, nous allons nous appuyer dans cet article sur le langage Java. On suppose ici la syntaxe à peu près acquise. De toute manière, sur ce point, on peut facilement trouver des exemples ou de la documentation sur Internet. On suppose également que vous savez utiliser les outils du JDK en ligne de commande (javac et java suffiront).

2 Développement

Dans cette initiation, nous allons essayer d'écrire un programme Java pour répondre au besoin suivant:

2.1 Le besoin

Dans cette initiation, nous allons essayer d'écrire un programme Java pour répondre au besoin suivant:

2.2 Les objets

Vous le savez peut-être, Java est un langage de programmation orienté-objets. C'est à dire que ce langage contient tous les outils nécessaires pour supporter un modèle de programmation (on dit un paradigme de programmation) appelé la programmation orientée objets. Qu'est-ce que ça veut dire? Simplement que pendant son exécution, un programme Java va constamment créer et manipuler des objets.

2.3 Les classes

A priori, notre programme va utiliser 2 objets. Or en Java on est obligé d'organiser les objets en familles appelées classes. Une classe est en quelque sorte un groupe qui représente ce qu'ont en commun tous les objets de ce groupe.

2.4 Compiler, exécuter

C'est court, mais suffisant pour compiler:

2.5 Utiliser les méthodes

Quelque part, si on voulait exprimer en français ce qu'il y a pour l'instant dans notre programme, ça ferait:

2.6 Définir les méthodes

Maintenant, si nous tentons de compiler, nous obtenons un certain nombre d'erreurs:

2.7 Les propriétés

Ce qui manque, c'est simplement que l'objet mémorise le solde du compte. Or le solde est une donnée:

3 Quelques bonnes pratiques

Formidable. Dans le cas idéal (Happy Path) tout a bien l'air de fonctionner!!! Mais modifions un peu le programme principal pour examiner un cas particulier:

3.1 Gérer les cas limites

Formidable. Dans le cas idéal (Happy Path) tout a bien l'air de fonctionner!!! Mais modifions un peu le programme principal pour examiner un cas particulier:

3.2 Cloisonner

D'accord, mettre un println dans la méthode withdraw, ça a l'air d'être une bonne idée. Mais que se passerait-t-il dans la réalité? L'objet account serait vraisemblablement sur le serveur d'application centralisé de la banque, et le programme qui utilise cet objet sur le poste d'un conseiller financier - ou dans mon navigateur quand je gère mes comptes par Internet. Donc quand l'objet account fait un println, au mieux, ça s'afficherait sur la console du serveur. Le conseiller financier (ou l'utilisateur Internet) n'aurait aucun moyen de savoir que son retrait n'a pas été honoré! Pas bon, ça...

4 Utiliser les exceptions

La solution de renvoyer une valeur (ici un booléen) pour signaler le succès ou l'échec est une solution classique dans de nombreux langages. Néanmoins, cela impose à l'appelant (la méthode qui appelle withdraw) de tester cette valeur de retour après chaque appel:

4.1 Signaler une exception

En Java, pour signaler une exception on utilise le mot clé throw suivi d'un objet de la classe Exception (ou plus généralement, d'une de ses classes dérivées) qui représente l'exception.

4.2 Installer un gestionnaire d'exceptions

La première étape va être de supprimer le test qui nous servait à détecter si le retrait s'était bien passé ou pas. Ce test n'a plus de raison d'être puisque la méthode withdraw ne renvoie plus de booléen pour indiquer le succès ou l'échec: