none
Desenvolvimento de Projetos RRS feed

  • Pergunta

  • Olá pessoal. Estou iniciando o meu primeiro projeto de grande porte,  tive algumas indicações para desenvolvimento e gostaria de saber qual das formas é a melhor para se trabalhar.

    Me indicaram trabalhar com MVC 3.0, fazendo a um projeto separado na Solution que seria responsável pelo banco de dados  em ADO .NET Entity Framework 4.0;

    Outro modelo que foi indicado é trabalhar com camadas (DAL, BLL, UI) mas acho que essa deve ser muito mais trabalhosa.

    E por fim, me indicaram trabalhar com .Net (C#) só que sem as camadas (DAL, BLL e UI), fazendo todo o gerenciamento do sistema através de Stored Procedures no banco de dados.

    Como não tenho muita experiência gostaria que fosse colocado os prós e os contras a respeito das três formas de desenvolvimento.

    Att.

    quinta-feira, 1 de novembro de 2012 04:44

Respostas

  • Bom a evolução dos padrões fez com que hoje seja mais recomendado o MVC (Model, View, Controller).

    Com esse padrão você já consegue separar bem o código da sua aplicação.

    É difícil dizer os prós e contras, mas pense assim: com o tempo você sempre vai melhorando, e refinando as coisas, pense o MVC como um padrão mais aceito atualmente para desenvolvimento web.

    • Marcado como Resposta Phellipe_M quarta-feira, 7 de novembro de 2012 16:20
    quarta-feira, 7 de novembro de 2012 01:55

Todas as Respostas

  • Bom a evolução dos padrões fez com que hoje seja mais recomendado o MVC (Model, View, Controller).

    Com esse padrão você já consegue separar bem o código da sua aplicação.

    É difícil dizer os prós e contras, mas pense assim: com o tempo você sempre vai melhorando, e refinando as coisas, pense o MVC como um padrão mais aceito atualmente para desenvolvimento web.

    • Marcado como Resposta Phellipe_M quarta-feira, 7 de novembro de 2012 16:20
    quarta-feira, 7 de novembro de 2012 01:55
  • Boa tarde Phellipe,

    A arquitetura de camadas (DAL, BLL, UI) se enquadra bem na maioria dos projetos de grande porte, independentemente de você trabalhar com MVC, Web Forms, Windows Forms etc.

    Não tenha as siglas MVC (Model View Controller) como as camadas ou projetos que você ira criar na sua solução. No M (Model) é interessante você criar suas camadas de negócio e dados bem separadas e chama-las no seus controllers.

    Att,


    Att, Vitor Hugo Salgado

    quarta-feira, 7 de novembro de 2012 18:44
  • BLL -> Model

    UI -> View

    DAL -> Se você utilizar Entity Framework, não precisa de uma camada extra que não faz nada.

    Controller -> Recebe as requisições e decide o que fazer com elas;

    quarta-feira, 7 de novembro de 2012 19:11
  • Atualmente, o uso do pattern MVC é muito comum no desenho de seu sistema / aplicação.

    Você pode separar as responsabilidades de diferentes partes de sua aplicação ao adotar este padrão, há muita documentação sobre o assunto na web, basta pesquisar.


    Atenciosamente, Marcio Nogueira Cardoso Pinto.

    quarta-feira, 7 de novembro de 2012 20:32
  • Phelipe Bom Dia

    Tudo depende do modelo de nogócio, primeiro precisa saber qual é a sua necessidade, dependendo do tamanho do sistema como ja citado a cima, tudo vai do seu conhecimento e facilidade em desenvolvimento, aqui optamos em desenvolver tudo em Entity 4.0 com POCO, onde temos os forms que são as camadas de apresentação , as camada de negocio responsavel pelas regras do sistema e a de persistência, que pega todos os dados já tratados e grava no DB ou mesmo efetuar uma pesquisa. não foge muito do conceito do MVC. ou até mesmo do Entity, caso esteja usando o frame 3.5, 2.0 será necessário criar as classes get set com os campos do DB para que possa manipular os dados dentro do sistema que é coisa que já tem no Entity. como vê o conceito é o mesmo, só que hoje estão criando alguns padrôes para que não fiquei de qualquer jeito, como no Ajax  x Jquery, que é um framework de javascript. se precisar de mais ajuda é só falar


    quarta-feira, 14 de novembro de 2012 12:13