Usuário com melhor resposta
Qual camada EF ?

Pergunta
-
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
Todas as 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
-
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! -
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!
-