Pensando no Futuro!

Question

Bom Dia!
Gostaria da sua opinião sobre o cenário abaixo:

Uso SQLServer e meu banco está pronto

Já pensando em não ficar preso a nenhum framework, (afinal as tecnologias mudam) qual seria a melhor forma de implementação que possa manter meu banco menos acoplada ao mapeamento objeto relacional criado pelo Entity Framework, de modo que se for preciso eu possa migrar para outro framework sem grande impacto no projeto.

Answer 1

Olá Boa_Vida,

A primeira parte da sua solução deve ser separar a camada de acesso a dados das demais camadas (exemplo, http://ferhenriquef.com/2011/11/26/construindo-sua-camada-de-acesso-a-dados-com-o-entity-framework-4-1/). Para que vc consiga manter sua aplicação isolada (realmente) de qualquer framework de acesso a dados.

Eu gosto de usar Data Annotations (http://ferhenriquef.com/2011/10/28/entity-framework-data-annotations/) pois são um modelo interessante de mapeamento objeto-relacional, e não são recursos limitados ao Entity Framework, são recursos que outras tecnologias também utilizam.

E como ferramenta de mapeamento, acho que o Entity Framework Code First é uma boa solução, tem muita gente utilizando-o para Oracle, MySql, SQLite, PostgreSQL, vc pode ver isso aqui: http://www.devart.com/blogs/dotconnect/index.php/entity-framework-code-first-support-for-oracle-mysql-postgresql-and-sqlite.html

Aposte no EF Code First, tem muita coisa legal vindo por ai :)

[]s!

---

Fernando Henrique Inocêncio Borba Ferreira
while(alive){ this.WriteCode(); }
Blog: http://ferhenriquef.com/
Twitter: @ferhenrique

Answer 2

Mexer em uma aplicação por menor que seja a alteração, sempre irá gerar retrabalho, pois adptar uma aplicação feita para rodar utilizando o Entity Framework desde o início para funcionar com outro framework, como por exemplo, o nHibernate vai demandar algum tempo.

---

Atenciosamente, Marcio Nogueira Cardoso Pinto.