convenções de nomenclatura do pacote de modelos de objetos de domínio

Question

Quais são algumas convenções de nomenclatura bom pacote para modelos de objetos específicos de domínio. Por exemplo, digamos que você tenha um Person.java POJO, você iria colocá-lo em um mydomain.model ou mydomain.entity ou mydomain.om pacote (modelo de objeto). A idéia é separar os objetos de modelo MVC do modelo de objeto de domínio. aplicação baseada nosso MVC tem um modelo pacote que contém o comportamento, mas usando esse pacote para conter o nosso modelo de objeto de domínio parece impróprio e potencialmente confusa.

Answer 1

Eu uso "com.mycompany.domain" pessoalmente, mas que pode não ser a melhor resposta.

Answer 2

Você pode querer organizar seus pacotes verticalmente em vez de horizontalmente para a funcionalidade separada.

Por exemplo.

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

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

pode ser melhor do que

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

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

Answer 3

O nome do pacote que você escolher é irrelevante. domínio modelo vs. vs. vo vs. foobar é tudo muito bem apenas contanto que sua equipe é tudo na mesma página. Concordo que este pacote deve conter apenas objetos de domínio POJO sem lógica de negócios significativo.

Answer 4

Não só isso, tenha cuidado na convenção de nomeação de seus namespaces. Já vi casos em que nomes de namespace onde duplicados em diferentes montagens. Falar sobre a confusão.