none
design patterns - duvida RRS feed

  • Pergunta

  • Gente
    Estou pensando em usar o design pathern para implemntar o cadastramento de livro. É o seguinte: tenho a tabela LIVRO  associadas  a (associção identificada 1 x n) AUTOR, BENEFICIARIO e VERSIONISTA. Qual a melhor opção strategy ou decorator? e como desenvolveria os modelos de classes de objetos para essas tabelas? alguem com experiencia podem dar algumas dicas?
    takeo  
    terça-feira, 22 de maio de 2007 16:15

Respostas

  • Isso tá mais para usar uma ferramenta de mapeamento O/R e persistência (NHibernate, Linq, etc) do que esse patterns que você disse. Dessa forma, boa parte da mão de obra é feita por elas e você vai pensar no negócio, que é o mais importante.
    terça-feira, 22 de maio de 2007 17:40
  • Oi Leonardo
    não conheço essas ferramentas, elas são free?, fácil de aprender e ond?, como conseguir? 
    takeo
    terça-feira, 22 de maio de 2007 18:07
  • São free, e possuem uma certa curva de aprendizado, não posso dizer que é facil nem difícil, você tem que estudar e ir treinando até achar que está seguro para implementar.

     

    http://www.nhibernate.org/

    http://msdn.microsoft.com/data/ref/linq/

    terça-feira, 22 de maio de 2007 18:17
  • É difícil opinar sem conhecer o projeto. Em se tratando de DAL, existem situações que seria interessante fazer uma classe para cada tabela, em outras uma classe para cada funcionalidade e por aí vai. Quanto aos design patterns, eles servem para resolver um problema que pode surgir, e a gente não começa dizendo que vai usar o pattern tal se nem existe o problema ainda, entende? Pense nas funcionalidade básicas primeiro, você vai precisar persistir os dados, ter algo de regra de negócio e UI. Como se dará a comunicação? o que você vai passar entre as camadas? Veja que isso não tem haver com design pattern em si.

     

    Compliquei mais?

    terça-feira, 22 de maio de 2007 20:36

Todas as Respostas

  • Isso tá mais para usar uma ferramenta de mapeamento O/R e persistência (NHibernate, Linq, etc) do que esse patterns que você disse. Dessa forma, boa parte da mão de obra é feita por elas e você vai pensar no negócio, que é o mais importante.
    terça-feira, 22 de maio de 2007 17:40
  • Oi Leonardo
    não conheço essas ferramentas, elas são free?, fácil de aprender e ond?, como conseguir? 
    takeo
    terça-feira, 22 de maio de 2007 18:07
  • São free, e possuem uma certa curva de aprendizado, não posso dizer que é facil nem difícil, você tem que estudar e ir treinando até achar que está seguro para implementar.

     

    http://www.nhibernate.org/

    http://msdn.microsoft.com/data/ref/linq/

    terça-feira, 22 de maio de 2007 18:17
  • Oi Loenador
    Gostei da ideia, já copiei os artivos e vou começar me interar do assunto, mas como tem uma curva de aprendizagem e precisando implementar de imediato a minha aplicação o que você sugere a respeito do assunto que postei. não considerando as ferreamentas indicadas?
    terça-feira, 22 de maio de 2007 20:19
  • É difícil opinar sem conhecer o projeto. Em se tratando de DAL, existem situações que seria interessante fazer uma classe para cada tabela, em outras uma classe para cada funcionalidade e por aí vai. Quanto aos design patterns, eles servem para resolver um problema que pode surgir, e a gente não começa dizendo que vai usar o pattern tal se nem existe o problema ainda, entende? Pense nas funcionalidade básicas primeiro, você vai precisar persistir os dados, ter algo de regra de negócio e UI. Como se dará a comunicação? o que você vai passar entre as camadas? Veja que isso não tem haver com design pattern em si.

     

    Compliquei mais?

    terça-feira, 22 de maio de 2007 20:36
  • Não, pelo contrário, esclareceu pela opinião de alguem mais experiente mostrando o caminho que não devo seguir, mas devo estudar o nhibernate, conhecer as coisas e depois pensar nos padrões. É isso aí Leonardo, vou seguir suas indicações.
    grato
    takeo
    quarta-feira, 23 de maio de 2007 03:17
  • Só mais uma observação. Estude o NHibernate sim, mas não deixe de estar ligado no Linq.
    quarta-feira, 23 de maio de 2007 09:38
  • Só para para te deixar mais na dúvida vou sugerir você dar uma olhada no SubSonic.

     

    Para projetos mais complexos muta gente vem usando o NHibernate mas para um projeto um mais simples algumas pessoas tem sugerido o SubSonic

     

    http://www.codeplex.com/actionpack

     

    Eduardo Miranda

    http://www.eduardomiranda.net/blogs/dotnet

     

    quinta-feira, 24 de maio de 2007 15:31
  • Ola Takeo,

    Bom esta um pouco cru q foi passado, mas olhando por cima eu tentaria modelar tudo que vc disse utilizando Domain Driven Design, na hora de desenvolver eu utilizaria o Repositorio com Generics + Linq (ou entity framework) , agora sobre os patterns vc irá utilizar varios em seu projeto, com certeza Facade e Strategy.

    Se quiser entender mais eu criei video aulas sobre o os temas vou passar os linqs para assistir aqui:

    Video Aula Repositorio + Generics + Linq

    Video Aula Strategy C#


    Da uma olhadinha no meu blog que tem muita coisa sobre Pattern e se quiser saber mais curte minha page no face que eu e mais uma galera postamos muita coisas sobre o assunto:

    Arquiteto.Net Page Facebook

    quarta-feira, 5 de dezembro de 2012 03:34
  • Meu amigo Carlos Bueno, você percebeu que está respondendo uma pergunta feita em 2007 ???

    Acho que ele já teve algum tempo para resolver a dúvida...


    É possível sim! Ponha isso na sua cabeça. É possível. "Steve Jobs"

    Eduardo Pires
    www.eduardopires.net.br

           

    sexta-feira, 7 de dezembro de 2012 09:27