Usuário com melhor resposta
design patterns - duvida

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
Respostas
-
-
-
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.
-
É 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?
Todas as Respostas
-
-
-
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.
-
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? -
É 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?
-
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 -
-
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
-
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
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:
-
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