Conventions de dénomination des packages pour les modèles d'objet de domaine

Question

Quelles sont les bonnes conventions de dénomination des packages pour les modèles d'objet spécifiques à un domaine. Par exemple, supposons que vous ayez un POJO Person.java , le placeriez-vous dans un modèle.model ou entité.domaine.domaine ou mydomain.om (modèle d'objet). L'idée est de séparer les objets de modèle MVC du modèle d'objet de domaine. Notre application basée sur MVC possède un package modèle qui contient un comportement, mais son utilisation pour contenir notre modèle d'objet de domaine semble inappropriée et potentiellement source de confusion.

Answer 1

J'utilise " com.mycompany.domain " personnellement, mais cela pourrait ne pas être la meilleure réponse.

Answer 2

Vous pouvez organiser vos packages verticalement et non horizontalement pour séparer les fonctionnalités. E.

com.foobar.accounting.model.*
com.foobar.accounting.view.*

com.foobar.invoicing.model.*
com.foobar.invoicing.view.*

peut être meilleur que

com.foobar.model.accounting.*
com.foobar.model.invoicing.*

com.foobar.view.accounting.*
com.foobar.view.invoicing.*

Answer 3

Le nom du package que vous choisissez n'est pas pertinent. modèle vs domaine vs vo vs foobar va bien tant que votre équipe est sur la même page. Je conviens que ce package ne doit contenir que des objets de domaine POJO sans logique métier significative.

Answer 4

Non seulement cela, soyez prudent dans la convention de nommage de vos espaces de noms. J'ai vu des cas où les noms d'espaces de noms étaient dupliqués dans différents assemblys. Parlez de confusion.