none
Qual a melhor forma de modularizar uma aplicação ASP.NET MVC? RRS feed

  • 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?
    terça-feira, 30 de setembro de 2014 19:34

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
    ----------------------------------------------------------

    quinta-feira, 2 de outubro de 2014 12:39
    Moderador

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
    ----------------------------------------------------------

    terça-feira, 30 de setembro de 2014 20:00
    Moderador
  • Utilizamos o Tortoise SVN.\

    Mas quero modularizacao dentro do contexto da aplicacao, nao quero depender da ferramenta de SCM paara fazer isso.

    Pensando tanto no ambiente de desenvolvimento quanto no de producao.

    quarta-feira, 1 de outubro de 2014 14:07
  • Sinceramente, nao vejo como  criar uma dependencia com o SCM.

    att



    William John Adam Trindade
    Analyste-programmeur
    ----------------------------------------------------------

    quarta-feira, 1 de outubro de 2014 15:10
    Moderador
  • 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.


    quinta-feira, 2 de outubro de 2014 11:13
  • 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
    ----------------------------------------------------------

    quinta-feira, 2 de outubro de 2014 12:39
    Moderador
  • 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.

    quinta-feira, 2 de outubro de 2014 13:07