Convenzioni di denominazione dei pacchetti per modelli a oggetti di dominio

Question

Quali sono alcune buone convenzioni di denominazione dei pacchetti per modelli di oggetti specifici del dominio.Ad esempio, supponiamo di avere a Persona.java POJO, lo metteresti in a miodominio.model O miodominio.entità O miodominio.om pacchetto (modello oggetto).L'idea è quella di separare gli oggetti del modello MVC dal modello a oggetti del dominio.La nostra applicazione basata su MVC ha un file modello pacchetto che contiene un comportamento ma l'utilizzo di quel pacchetto per contenere il nostro modello a oggetti di dominio sembra inappropriato e potenzialmente confuso.

Answer 1

Personalmente utilizzo "com.mycompany.domain", ma potrebbe non essere la risposta migliore.

Answer 2

Potresti voler organizzare i tuoi pacchetti verticalmente anziché orizzontalmente per separare le funzionalità.

Per esempio.

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

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

potrebbe essere migliore di

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

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

Answer 3

Il nome del pacchetto scelto è irrilevante.modello controdominio controvo controfoobar va bene fintanto che la tua squadra è tutta sulla stessa lunghezza d'onda.Sono d'accordo che questo pacchetto dovrebbe contenere solo oggetti di dominio POJO senza logica aziendale significativa.

Answer 4

Non solo, fai attenzione alla convenzione di denominazione dei tuoi spazi dei nomi.Ho visto casi in cui i nomi degli spazi dei nomi venivano duplicati in diversi assembly.Parliamo di confusione.