Disseminando conhecimento e inovação em desenvolvimento de software corporativo
O LLBLGen Pro é uma ferramenta ORM que suporta múltiplos frameworks de mapeamento: LLBLGen Pro Runtime, Entity Framework, NHibernate e LINQ to SQL. Outras novas funcionalidades são: suporte ao .NET 4.0, model-first ou database-first development mode, model view e project validation.
Infelizmente, os termos "ORM" e "problemas de performance" freqüentemente caminham juntos. Ao ocultar o SQL dos desenvolvedores, ORMs pode oferecer um aumento de produtividade enorme. Infelizmente, eles tornam mais fácil gerar consultas ridiculamente ruins, sem percebermos.
A visão da Microsoft do .NET é abrangente. Além do desejo de suportar todas as linguagens de programação, seja diretamente, seja através de camadas de interoperabilidade, ela também quer juntar todos os frameworks de comunicação e engines de armazenamento de dados.
Ontem, a Microsoft lançou o .Net RIA Services, que costumava ser chamada projeto “Alexandria”., wAté agora ele era segredo. Nesta apresentação da MIX 09, Nikhil Kithari, um Arquiteto de Software da Microsoft, comentou:
A IBM disponibilizou a versão de produção do Data Server Provider for .NET incluindo suporte para Entity Framework da Microsoft permitindo que seus usuários criem esquemas EDM e executem declarações EntitySQL e LINQ.
O Entity Framework não dá suporte à modelos de dados com mais de 50 a 100 entities. Mas considerando que as empresas normalmente executam tudo em um banco de dados central, centenas de tabelas são a norma. O time ADO.NET da Microsoft está apresentando um artigo sobre como "Trabalhar com Grandes Modelos no Entity Framework", uma lista de problemas e 'gambiarras' para usuários EF.
Em um post recente no seu blog, Stu Smith alegou que “LINQ-to-Entities vai retornar resultados diferentes dependendo de que queries anteriores você tenha executado!”. Se verdadeiro, isso tornaria usando o Framework Entity muito mais difícil de usar do que o necessário. Nós conversamos com Elisa Flasko do time do ADO.NET para descobrir o que realmente está acontecendo.
Os designers tanto no LINQ to SQL quanto no Framework de Entidade ADO.NET tem um número de limitações. A fim de contornar essas limitações, produtos como a ferramenta DBML/EDMX foram desenvolvidos.
Uma das maiores queixas sobre o ADO.NET Framework Entity e o LINQ to SQL, foi de que ele não suporta o monitoramento de mudanças. Apesar de tudo desde o ADO.NET DataSets até cada um dos ORMs não Microsoft que suportam isso de forma nativa, a Microsoft não apresenta intenção de corrigir isso no .NET 4.0/VS 2010.
Em Julho nós reportamos que o LINQ to SQL foi transferido para a equipe SQL Data Programmability. Este evento ampliou em muito a preocupação da comunidade de desenvolvedores, que teme que o trabalho no LINQ to SQL possa ser interrompido em favor do Entity Framework ADO.NET. Um anúncio recente de Tim Mallalieu, gerente de Produto de ambos LINQ to SQL e Entity Framework, exacerbou esta preocupação.
