none
MVC - Dúvida de Conceito RRS feed

  • Pergunta

  • Boa Noite,

    Estou estudando o MVC pattern (não necessáriamente o framework) e tenho encontrado diferente definições exemplos, ou seja ainda não consegui entender a forma de se trabalhar.

    Para tentar explicar vou dar um exemplo:

    Suponha que eu tenha um cadastro de livros, a aplicação deveria funcionar assim:

    View: Será o form que é carregado obtendo informação diretamente do model ex: ds = Model.ObterLivros().

    Quando um usuario alterar uma  informação dentro do form e clicar em ok - rodaria o evento "Salvar Alteracoes" que esta no view mas sua implementacao esta no controller que validara a regra de negocio e mandar o model salvar e quando esta informacao for salva o Model dispara um evento que avisara o view que apresentara a mensagem: "Livros Salvos Com sucesso".

    Esta correto ?

    Se não como seria ???

    Obrigado,

     

    sexta-feira, 26 de setembro de 2008 13:49

Respostas

  • Michel,

     

    No MSDN media center vc encontra diversos vídeos sobre esse assunto:

     

    Faça as pesquisa por MVC e faça o download dos vídeos:

    http://www.msdnbrasil.com.br/microsoft.mediacenter/default.aspx

     

     

    Valeu!

    segunda-feira, 29 de setembro de 2008 12:40
  • Michel,

    Eu não conheço muito, mas estou estudando para poder aplicar no meu próximo projeto, e vou compartilhar esse conhecimento através do meu blog.
    Faz um tempo que não atualizo, mas acho que até o fim dessa semana eu consigo colocar o artigo #01 no ar!
    terça-feira, 30 de setembro de 2008 14:59
  • Vamu lá veio, isso é meio chatinho mesmo de entender.
    Primeiro de tudo, tem q tomar cuidado com MVC, pois um dos papas de arquitetura afirma que o modelo ASP.NET 2.0 é MVC, sendo que com um aspecto diferente no controlador ( chamado PAGE CONTROLLER ) diferente do MVC do struts do Java que usa ( FRONT CONTROLLER ).

    Mas vamos para o default, o mais usado, o modelo struts / ASP.NET MVC ( do 3.5 ).
    O modelo, seria os actions ( como um modelo de negócio mesmo ), eles que aplicam as validações, regras e acesso a dados.
    As views são as telas ( páginas aspx ) que irão postar para o controlador sempre.
    O controlador fará papel de controlador  :)  irá gerenciar para onde vai esta requisição (post), ou seja, para que action / model ele vai processar.

    blza ???

    Att,
    Bruno Gallego
    Bruno Gallego - Se este poste foi útil, por favor, classifique
    sábado, 28 de fevereiro de 2009 00:30
  • Michel, você chegou quase lá.

    Pense em divisão de responsabilidades.

    As views fazem o papel da interface com o usuário.
    Elas exibem um formulário de cadastro, capturam eventos que representam as ações que o usuário deseja executar.

    Quem controla qual view será exibida e o que acontece quando a view recebe uma interferência do usário, são os controllers.

    O controlador deve ser uma camada fina, responsável por processar as solicitações do usuário, que foram disparadas na interface gráfica.

    Então o controlador executará alguma ação, possivelmente conversando com a última camada, Model, que é onde ficam as regras de negócio.

    Após conversar com o modelo o controlador saberá o que retornar à interface gráfica.
    Pode ser uma mensagem de erro, um objeto a ser exibido em um formulário, etc.

    Note que o controlador faz uma espécie de meio-de-campo entre a camada de apresentação e as regras de negócio.
    Rafael Noronha
    Software Developer
    domingo, 15 de março de 2009 18:27

  • Olá Pessoal,

    Referências sobre MVC:

    MVC - Exemplos
    http://social.msdn.microsoft.com/Forums/pt-BR/webgeralpt/thread/b5ae2db2-8ce9-44d5-9185-8ce543e4fb49


    Modelo MVC
    http://social.msdn.microsoft.com/Forums/pt-BR/504/thread/99ecbc54-6d8d-4acd-bc95-1d18f01a6de3



    E sobre:

    Design Patterns
    http://www.blackwasp.co.uk/DesignPatternsArticles.aspx



    Abraços, bom desenvolvimento e estudos. Espero que lhe ajude mesmo.




    Magno Machado Borba |- Se o post foi util ou resposta nao esqueca de marcar.
    domingo, 19 de abril de 2009 00:12

Todas as Respostas

  • Michel,

     

    No MSDN media center vc encontra diversos vídeos sobre esse assunto:

     

    Faça as pesquisa por MVC e faça o download dos vídeos:

    http://www.msdnbrasil.com.br/microsoft.mediacenter/default.aspx

     

     

    Valeu!

    segunda-feira, 29 de setembro de 2008 12:40
  • Michel,

    Eu não conheço muito, mas estou estudando para poder aplicar no meu próximo projeto, e vou compartilhar esse conhecimento através do meu blog.
    Faz um tempo que não atualizo, mas acho que até o fim dessa semana eu consigo colocar o artigo #01 no ar!
    terça-feira, 30 de setembro de 2008 14:59
  • Vamu lá veio, isso é meio chatinho mesmo de entender.
    Primeiro de tudo, tem q tomar cuidado com MVC, pois um dos papas de arquitetura afirma que o modelo ASP.NET 2.0 é MVC, sendo que com um aspecto diferente no controlador ( chamado PAGE CONTROLLER ) diferente do MVC do struts do Java que usa ( FRONT CONTROLLER ).

    Mas vamos para o default, o mais usado, o modelo struts / ASP.NET MVC ( do 3.5 ).
    O modelo, seria os actions ( como um modelo de negócio mesmo ), eles que aplicam as validações, regras e acesso a dados.
    As views são as telas ( páginas aspx ) que irão postar para o controlador sempre.
    O controlador fará papel de controlador  :)  irá gerenciar para onde vai esta requisição (post), ou seja, para que action / model ele vai processar.

    blza ???

    Att,
    Bruno Gallego
    Bruno Gallego - Se este poste foi útil, por favor, classifique
    sábado, 28 de fevereiro de 2009 00:30
  • Michel, você chegou quase lá.

    Pense em divisão de responsabilidades.

    As views fazem o papel da interface com o usuário.
    Elas exibem um formulário de cadastro, capturam eventos que representam as ações que o usuário deseja executar.

    Quem controla qual view será exibida e o que acontece quando a view recebe uma interferência do usário, são os controllers.

    O controlador deve ser uma camada fina, responsável por processar as solicitações do usuário, que foram disparadas na interface gráfica.

    Então o controlador executará alguma ação, possivelmente conversando com a última camada, Model, que é onde ficam as regras de negócio.

    Após conversar com o modelo o controlador saberá o que retornar à interface gráfica.
    Pode ser uma mensagem de erro, um objeto a ser exibido em um formulário, etc.

    Note que o controlador faz uma espécie de meio-de-campo entre a camada de apresentação e as regras de negócio.
    Rafael Noronha
    Software Developer
    domingo, 15 de março de 2009 18:27

  • Olá Pessoal,

    Referências sobre MVC:

    MVC - Exemplos
    http://social.msdn.microsoft.com/Forums/pt-BR/webgeralpt/thread/b5ae2db2-8ce9-44d5-9185-8ce543e4fb49


    Modelo MVC
    http://social.msdn.microsoft.com/Forums/pt-BR/504/thread/99ecbc54-6d8d-4acd-bc95-1d18f01a6de3



    E sobre:

    Design Patterns
    http://www.blackwasp.co.uk/DesignPatternsArticles.aspx



    Abraços, bom desenvolvimento e estudos. Espero que lhe ajude mesmo.




    Magno Machado Borba |- Se o post foi util ou resposta nao esqueca de marcar.
    domingo, 19 de abril de 2009 00:12