Nibernate, Código e Arquitetura Física do Projeto
https://stackoverflow.com/questions/294360
-
08-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPergunta
Recentemente, tentei modelos de código para Nibernate. Como muitos de vocês podem assistir, há um vídeo explicando como criar um Petshop.data usando esses modelos. Minha pergunta é qual é a arquitetura correta nessa abordagem? Devemos ter uma camada BLL (ou Serviços) para interagir com este Petshop.data ou chamar diretamente o gerenciador em nossa camada de apresentação? Além disso, nossa camada de apresentação não deve ter conhecimento de objetos de negócios em nosso Petshop.data e Shoud Temos entidades comerciais no BLL novamente?
Solução
Eu diria que uma camada de apresentação pode estar ciente de seus objetos de negócios, mas não deve estar ciente de como eles são preenchidos pelo banco de dados (mas o Nibernate cuida disso de qualquer maneira). Se você usar uma camada de serviço, ele fornecerá mais um ponto de flexibilidade/controle. Eu sempre uso um.
Outras dicas
Por favor, sinta -se à vontade para resolver esses problemas em nosso site comunitário e em nosso Rastreador de bugs de modelo. Levamos todo o feedback a sério e olhamos diariamente.
Obrigado -Blake Niemyjski
Eu tive uma experiência semelhante com o Codesmith. Aqui está uma entrada no blog que fiz:http://hypertrends.com/blog/post/2008/12/15/codesmith-to-create-nhibernate-mappings-honest-thoughts.aspx
