Organização física aplicação MVC

Virtual Machine Man Membro desde: 14/12/2006 20:38:28 Mensagens: 520 Offline

Pessoal.

Existe algum padrão para organizar a estrutura de uma aplicação Java MVC.

Têm projetos que a divisão de camadas é feita somente em pacotes. Outros, são vários projetos dependentes divindo as camadas.

O que vcs sabem sobre isso ?

Virtual Machine Man Membro desde: 01/08/2008 11:53:39 Mensagens: 645 Offline

O bom de você ter projetos separados é que se por exemplo a sua camada de visão rodar em um servidor
e a camada com o regras de negócio em outro então não há razão para você ter classes referentes a camada de visão
no servidor de negócio e vice versa então é mais fácil para estruturar o build da aplicação.

Virtual Machine Man Membro desde: 14/12/2006 20:38:28 Mensagens: 520 Offline

marcosharbs wrote:O bom de você ter projetos separados é que se por exemplo a sua camada de visão rodar em um servidor
e a camada com o regras de negócio em outro então não há razão para você ter classes referentes a camada de visão
no servidor de negócio e vice versa então é mais fácil para estruturar o build da aplicação.

Mas, não existe algum padrão ou convenção de nomes ?

Virtual Machine Man Membro desde: 14/12/2006 20:38:28 Mensagens: 520 Offline

efcjunior wrote:

marcosharbs wrote:O bom de você ter projetos separados é que se por exemplo a sua camada de visão rodar em um servidor
e a camada com o regras de negócio em outro então não há razão para você ter classes referentes a camada de visão
no servidor de negócio e vice versa então é mais fácil para estruturar o build da aplicação.

Mas, não existe algum padrão ou convenção de nomes ?

Gente...
Não existe padrão. Cada um faz do jeito que entende ser melhor ?

Não acho nada no google sobre esse assunto.

Já vi alguns sistemas separados por projetos: client, client-web, core, server, server-web....Legal mas, o que representa cada um desses projetos ?

This message was edited 3 times. Last update was at 25/08/2011 09:56:20

efcjunior wrote:

Gente...
Não existe padrão. Cada um faz do jeito que entende ser melhor ?

Quase isso ... Criar classes que iniciam com letra Maiuscula não é obrigatório em java, mas é uma convenção

A ideia de separação de camadas em pacotes que eu saiba não exista padrão, mas, é uma boa pratica separar por camdas também.

na maioria dos projetos que eu passei vejo assim:

dependendo do projeto, pode haver separação por modulo, ficando:

se trabalhar com interfaces, geralmente:

quando se usa algum framework mvc, geralmente crio uma pasta chamada view na raiz da aplicação e salvo os jsp's da seguinte maneira:

se algume souber de algo mais, favor complementar

JavaEvangelist Membro desde: 27/12/2007 19:31:45 Mensagens: 373 Offline

Costumo hoje em dia, seguir este padrão:

Virtual Machine Man Membro desde: 14/12/2006 20:38:28 Mensagens: 520 Offline

Muito legal a convenção de vocês.

Só me tirem uma dúvida: O backbean entra na camada controller ?

Posso fazer assim:

jsf -----> backbean ----> facade(regra de negócio) -----> dao ?

JavaEvangelist Membro desde: 27/12/2007 19:31:45 Mensagens: 373 Offline

efcjunior wrote:Só me tirem uma dúvida: O backbean entra na camada controller ?

Bom, eu acho que vai de opinião de cada um. Eu vejo o jsf assim:
o jsf em si faz o papel do Controler, sendo que o backbean é a parte que vai chamar a sua regra de negocio ou facade(Model) porem o backbean é especifico de uma tela, tem metodos e classes especifico para redenrizar uma ou mais tela, na minha opinião ela faz parte da view tb por causa disso. Esta um pouco nos dois escopos do mvc, view e controler.
Eu prefiro colocar o backbean nos pacotes de view ou view.controler

efcjunior wrote:
Posso fazer assim:

jsf -----> backbean ----> facade(regra de negócio) -----> dao ?

Eu gostumo usar este ciclo que vc postou:
jsf -----> backbean ----> facade(regra de negócio) -----> dao
Quanto mas desacoplado as classes estiver eu acho melhor.

Notícias, artigos e o maior fórum brasileiro sobre Java