Usuário com melhor resposta
Qual a melhor forma de modularizar uma aplicação ASP.NET MVC?

Pergunta
-
Fiz um questionamento nesta pergunta, porém percebi que é um assunto de discussão:
http://www.guj.com.br/29351-utilizar-views-de-varios-projetos-em-aspnet-mvc
Resumo:
Eu tenho uma equipe de 10 desenvolvedores. A aplicação está em produção. Cada desenvolvedor está responsável por um projeto diferente. Como posso proporcionar que um desenvolvedor, individualmente, suba sua implementação sem necessitar de um commit/update do restante da equipe e sem a intervenção do CM, se tudo está em um mesmo projeto?
Qual a opinião de vocês sobre o assunto? Qual a melhor abordagem?
Respostas
-
Exceto se sua equipe trabalha somente nas views e nos controlers respectivos, e nao toca no model, e sua aplicaçao tem um framework estavel que nao vai ser alterado pela maioria dos programadores, entao eu nao vejo como é que vc nao vai depender do SCM.
Veja um caso 3 controles cada um com uma dezena de views. Podemos dizer que cada controler é um modulo:
ClientControle, ProdutoControler, VendasControler...
O modelo "depende" da sua base de dados... Entao cada vez que for necessario adicinar ou remover um campo vc vai ter que modificar o Model... Se voce modularizar o Model (criar um model para cada controler) entao vc vai conseguir criar uma certa independencia, mas eu acho estranho esse tipo configuraçao de projeto.
De qualquer forma eu gostaria de entender o motivo dessa averçao ao SCM.
Att
William John Adam Trindade
Analyste-programmeur
----------------------------------------------------------
- Sugerido como Resposta Breno Queiroz quinta-feira, 2 de outubro de 2014 13:34
- Marcado como Resposta welington jrModerator sábado, 16 de dezembro de 2017 16:21
Todas as Respostas
-
Qual é o SCM que vc utiliza?
Aqui usamos SVN e nao precisa fazer nenhuma implementaçao extra... Poderia ser GIT ou Mercurial creio que será semelhante.
O que eu sugiro é cada desenvolvedor criar um "branch" e trabalhar idependente dos outros... e só "comitar" para o master as modificaçoes que sejam relamente aprovadas pelo lider do projeto.
Att
William John Adam Trindade
Analyste-programmeur
----------------------------------------------------------
-
-
Sinceramente, nao vejo como criar uma dependencia com o SCM.
att
William John Adam Trindade
Analyste-programmeur
----------------------------------------------------------
-
Sinceramente, nao vejo como criar uma dependencia com o SCM.
att
William John Adam Trindade
Analyste-programmeur
----------------------------------------------------------
"nao quero depender da ferramenta de SCM paara fazer isso"
Nao disse que queria criar uma dependencia com o SCM. Quero uma dependencia vai software.
-
Exceto se sua equipe trabalha somente nas views e nos controlers respectivos, e nao toca no model, e sua aplicaçao tem um framework estavel que nao vai ser alterado pela maioria dos programadores, entao eu nao vejo como é que vc nao vai depender do SCM.
Veja um caso 3 controles cada um com uma dezena de views. Podemos dizer que cada controler é um modulo:
ClientControle, ProdutoControler, VendasControler...
O modelo "depende" da sua base de dados... Entao cada vez que for necessario adicinar ou remover um campo vc vai ter que modificar o Model... Se voce modularizar o Model (criar um model para cada controler) entao vc vai conseguir criar uma certa independencia, mas eu acho estranho esse tipo configuraçao de projeto.
De qualquer forma eu gostaria de entender o motivo dessa averçao ao SCM.
Att
William John Adam Trindade
Analyste-programmeur
----------------------------------------------------------
- Sugerido como Resposta Breno Queiroz quinta-feira, 2 de outubro de 2014 13:34
- Marcado como Resposta welington jrModerator sábado, 16 de dezembro de 2017 16:21
-
Olá, não sei se entendi bem o que estava querendo. Bom espero que isto te ajude.
Você pode criar múltiplos branches (Pacotes de desenvolvimento) no seu SVN. Assim cada desenvolvedor teria seu pacote sem depender de outros. Segue o link com uma melhor explicaçao.
http://intentor.com.br/svn-conceitos-boas-praticas-dicas-de-utilizacao/
Mas lembre, nem tudo é como desejamos. Caso um pacote esteja finalizado e já publicado. os outros terão que fazer um merge para pegar a ultima versão. As vezes isto tmbm pode gerar um conflito. Como por exemplo:
A pessoa 1 esta trabalhando no módulo de vendas.
A pessoa 2 esta trabalhando no módulo de estoque.
A pessoa 1 também precisou fazer uma alteração no módulo de estoque pois teve uma vinculação entre vendas e estoque. A alteração foi homologada e publicada.
A pessoa 2 terá que ter mais atenção quando for gerar um merge para sua aplicação e verificar se a alteração gerou algum conflito com suas alterações, se gerou, ela terá que adequar suas alterações.
- Sugerido como Resposta Demetrius Quadros sexta-feira, 24 de outubro de 2014 12:34