none
Qual camada EF ? RRS feed

Respostas

  • Bom dia AGA Neto, Tudo bem ?

    Bom reza a boa lenda que você deve aplicar um Design Pattern quando chega à está duvida cruel.

    Segundo "Martin Fowler" - O Pai dos Padrões de Desenvolvimento e Engenharia de Software, não se deve usar abreviações em nome de camadas, exemplo: DAL, DAO, BLL, BO, DTO, TO e outros muitos que fazem até sentido mas não são um boa prática de desenvolvimento. Embora creio que sua empresa adote estes padrões antigos e inadequados.

    Sempre quando iniciou um projeto ou estamos prestes a desenhar um software e sua engenharia, usamos os tópicos de "Martin Fowler", segundo o "Pai das Boas Práticas" nomes de camadas devem ser escritas por extenso e seus nomes devem fazer sentido a cada responsabilidade da sua camada.

    Bom, no seu caso sugiro que A camada onde esta seu objeto de conexão e ORM, conhecido como arquivo .edmx vulgo Entity Framework, se chame > DataAccess ou AcessaDados, cujo o nome faz sentido e está dentro das atualidades das Boas Práticas.

    Já um bom Pattern para suas camadas sugiro:

    UserInterface ou InterfaceUsuario -> FrontEnd do Sistema. Telas do Sistema ou Views.

    Model ou Modelo -> Para suas classes de modelo.

    Business ou Negocio -> Para suas classes de regras de negocio, validações, exceções e etc... 

    Repository ou Repositorio -> Para classes que fazem chamadas a camada DataAccess ou AcessaDados, ou seja fazem consultas e inserções ao banco de dados.

    DataAccess ou AcessaDados -> Classes ou Objetos de Conexões, exemplos: ORM's, e ADO.net

    Helper ou Ajuda -> Classes ou objetos ".resx file" que fazem traduções no sistema ou site, e tambem exibem mensagens genericas em seu sistema.

    Espero ter ajudado. Valeu !, Qualquer dúvida. Tamo junto !

    Abraços...

    Anderson Anzileiro 



    • Sugerido como Resposta Anderson Anzileiro terça-feira, 7 de janeiro de 2014 10:53
    • Marcado como Resposta AGA Neto terça-feira, 7 de janeiro de 2014 17:48
    • Editado Anderson Anzileiro quinta-feira, 2 de outubro de 2014 14:37
    terça-feira, 7 de janeiro de 2014 10:53

Todas as Respostas

  • Leitura: http://msdn.microsoft.com/pt-br/magazine/hh456393.aspx

    Fulvio Cezar Canducci Dias

    segunda-feira, 6 de janeiro de 2014 23:10
  • Meu caro,

    O entity como modelo de dados, deve ficar na camada de acesso a dados, no caso a camada que possua comunicação como o bando de dados.

    No seu caso, a DAL.

    Espero te ajudado!

    terça-feira, 7 de janeiro de 2014 00:54
  • Veja este video vai te ajudar !
    terça-feira, 7 de janeiro de 2014 09:45
  • Bom dia AGA Neto, Tudo bem ?

    Bom reza a boa lenda que você deve aplicar um Design Pattern quando chega à está duvida cruel.

    Segundo "Martin Fowler" - O Pai dos Padrões de Desenvolvimento e Engenharia de Software, não se deve usar abreviações em nome de camadas, exemplo: DAL, DAO, BLL, BO, DTO, TO e outros muitos que fazem até sentido mas não são um boa prática de desenvolvimento. Embora creio que sua empresa adote estes padrões antigos e inadequados.

    Sempre quando iniciou um projeto ou estamos prestes a desenhar um software e sua engenharia, usamos os tópicos de "Martin Fowler", segundo o "Pai das Boas Práticas" nomes de camadas devem ser escritas por extenso e seus nomes devem fazer sentido a cada responsabilidade da sua camada.

    Bom, no seu caso sugiro que A camada onde esta seu objeto de conexão e ORM, conhecido como arquivo .edmx vulgo Entity Framework, se chame > DataAccess ou AcessaDados, cujo o nome faz sentido e está dentro das atualidades das Boas Práticas.

    Já um bom Pattern para suas camadas sugiro:

    UserInterface ou InterfaceUsuario -> FrontEnd do Sistema. Telas do Sistema ou Views.

    Model ou Modelo -> Para suas classes de modelo.

    Business ou Negocio -> Para suas classes de regras de negocio, validações, exceções e etc... 

    Repository ou Repositorio -> Para classes que fazem chamadas a camada DataAccess ou AcessaDados, ou seja fazem consultas e inserções ao banco de dados.

    DataAccess ou AcessaDados -> Classes ou Objetos de Conexões, exemplos: ORM's, e ADO.net

    Helper ou Ajuda -> Classes ou objetos ".resx file" que fazem traduções no sistema ou site, e tambem exibem mensagens genericas em seu sistema.

    Espero ter ajudado. Valeu !, Qualquer dúvida. Tamo junto !

    Abraços...

    Anderson Anzileiro 



    • Sugerido como Resposta Anderson Anzileiro terça-feira, 7 de janeiro de 2014 10:53
    • Marcado como Resposta AGA Neto terça-feira, 7 de janeiro de 2014 17:48
    • Editado Anderson Anzileiro quinta-feira, 2 de outubro de 2014 14:37
    terça-feira, 7 de janeiro de 2014 10:53
  • Veja este video vai te ajudar !
    Eu já tinha assistido e legal de mais Daniel Brito System, esse vídeo me faz ri no inicio quando ele fala "Quem trabalha com programação a objeto de verdade ...." é um coisa que nós vemos todos os dias a falta de conhecimento de POO e as pessoas ficam preocupadas com Design Patterns mas, o que adianta não sabe POO!!! Fica ai a dica aprenda POO para depois aprender Design Patterns!

    Fulvio Cezar Canducci Dias

    terça-feira, 7 de janeiro de 2014 11:20
  • Veja este video vai te ajudar !

    Eu já tinha assistido e legal de mais Daniel Brito System, esse vídeo me faz ri no inicio quando ele fala "Quem trabalha com programação a objeto de verdade ...." é um coisa que nós vemos todos os dias a falta de conhecimento de POO e as pessoas ficam preocupadas com Design Patterns mas, o que adianta não sabe POO!!! Fica ai a dica aprenda POO para depois aprender Design Patterns!

    Fulvio Cezar Canducci Dias

    Cara sensacional mesmo ! Acho que POO é complicado de entender tipo herança polimorfismo e depois tem Design Patterns que se não entender POO Design Patterns se torna quase impossivel. 
    terça-feira, 7 de janeiro de 2014 13:00
  • Camada de persistência (acesso à dados).

    Atenciosamente, Marcio Nogueira Cardoso Pinto.

    terça-feira, 7 de janeiro de 2014 21:32