@My empresa está procurando usar um ORM para novos desenvolvimentos em .Net. Atualmente, estamos olhando para o nHibernate, devido à sua popularidade, mas o LLBLGen é outra opção que podemos considerar. O custo não é um fator primário. Precisamos de uma solução que forneça uma boa separação do modelo de domínio do banco de dados, uma boa estratégia de cache, produtividade no desenvolvimento (ou seja, se eu puder editá-lo em uma GUI em vez de arquivos de configuração, ótimo), bom suporte ao client

Sei que o nHibernate é muito popular, mas também sei que o preço (gratuito) pode fazer parte desse motivo para os tipos de código aberto. Como o custo não é um fator primário (a menos que o preço seja> US $ 10.000), qual você escolheria, dadas as circunstâncias? Além disso, que outros fatores, além dos listados, você consideraria mais importantes na escolha de um ORM?

Resoluçã

or fim, decidimos usar o NHibernate como uma solução, no entanto, em retrospectiva, acho que teria optado pelo LL se tivéssemos que fazer novamente. Só não encontrei os arquivos de mapeamento xml. Os geradores de código que encontrei para o NHibernate deixaram muito a desejar. Acho que o Fluent NHibernate é um desenvolvimento interessante, mas prefiro esperar que amadureça antes de usá-l

Como se viu, a parte mais importante do meu processo de aprendizado acabou não sendo as tecnologias, mas dois padrões de design: o repositório e os padrões de interface separados. Ao definir uma interface de repositório para acesso a dados (Jeffrey Palermo tem várias postagens no blog e os livros Apress e Wrox MVC também mostram isso), podemos usar o LinqtoSQL, LLBLGen, NHibernate etc. e trocar a implementação do DAL mais tarde, se mudarmos. Portanto, enquanto um dos meus colegas de trabalho está usando o NHibernate em seu aplicativo, eu escolhi usar o LinqToSQL no meu aplicativo mais recente e funcionou perfeitamente.