Disclaimer: Je suis presque sûr que j'ai vu la même question avant, mais je ne peux pas le trouver maintenant. Si quelqu'un trouve cette question, s'il vous plaît, donnez un lien.
J'ai entendu au moins deux opinions sur le meilleur nom pour les classes qui implémentent les opérations crud: quelqu'un dit que Y a-t-il des règles sans équivoque lorsque je dois choisir l'un ou l'autre (ou un autre) nom? dao est un nom classique et tout le monde sait ce que cela signifie, mais d'autres disent que
correspond beaucoup mieux aux fonctionnalités de crud.
3 Réponses :
Je dirais dirigeant, car toute "hypothèses" peut causer un peu de chaos. Et dans ce cas, je pense que vous supposez que chaque corps connaisse DAO.
+1 pour Dao.
Le gestionnaire est vague et pourrait s'appliquer à beaucoup de choses autres que Dao.
par exemple. Swing.desktopmanager, ErrorManager, Fontmanager, JavafileManager, XMentityManager Sous les plus de 200 classes actuellement disponibles dans mon IDE Worskapce, dont aucun ne semble avoir quelque chose à voir avec la persistance de la base de données.
Je n'aime certainement pas le manager; "Gérer" quelque chose pourrait signifier (et est utilisé pour signifier) toutes sortes de choses. Si vous avez peur que les gens ne sachent pas ce que Dao signifie, vous pouvez toujours l'épeler «dataaccess», par exemple. Mais je trouve Dao d'être largement compris.
Une autre approche consiste à utiliser le motif de référentiel et appelez votre classe telandsuchrepository. Ce n'est pas nécessairement la même chose qu'une DAO (il peut envelopper un ou plusieurs daônes), mais il peut fournir un endroit clairement nommé pour aller chercher vos objets - si je veux un objet de personne, je sais à la recherche du dépositaire .