Le Seigneur des DAO

Les objets d'accès aux données (Data Access Objects - DAO) servent de point d'interaction entre les objets métiers (ceux que vous gérez dans votre code) et la couche de persistence.

Chaque DAO est spécialisé sur un objet métier et agrège les opérations CrrrrrUD, à savoir la création (Create) modification (Update) suppression (Delete) + une ribambelle d'accès en lecture (Read) sous diverses formes : obtenir la liste des éléments, ou obtenir un élément par son ID, par son nom, par l'age du capitaine, etc.

Dans ce qui suit, j'utilise une couche DAO existante dont je veux altérer le comportement. Je vais utiliser un point d'entrée unique, une sorte de master classe Dao qui me donnera accès à tous les autres. Voyons comment.

Un des acteurs du Seigneur des Daho
- FIXME : pas la même typo ! -

Une classe à 1 dollar

Les conventions de nommage ont leur raison d'être : en Javascript, on sait immédiatement qu'uneFonction n'est pas la même chose qu'UneFonction, la seconde étant convenue d'être appelée avec l'opérateur new et surtout pas la première.

En Java une constante s'écrit en majuscules avec des soulignés en guise de séparateur entre les mots, et les noms des classes en camel-case avec la première lettre en majuscule. Attention, on parle bien de conventions, à savoir des bonnes pratiques à utiliser mais qui, si elles ne sont pas suivies, ne donnera pas un code incorrect. Par contre, en ce qui concerne la revue de code, ça risque de coincer aux entournures surtout si vous utilisez un outil tel que checkstyle dans votre build.

On pourrait égrainer l'ensemble des règles spécifiques à chaque langage, au bout d'un moment on reste face à ses choix : comment nommer une interface et la classe qui l'implémente ? Mon choix porte sur la classe à 1 dollar... je vais expliquer pourquoi.