Mapeamento via código do NHibernate

[Vinicius de Melo Rocha]

Oi pessoal,

Vocês acham que foi uma boa escolha ter usado o ConfORM como base para adicionar o recurso de mapeamento via código ao NHibernate na versão 3.2?

Estou perguntando isso porque estou começando a adotar NHibernate agora e notei que o FluentNH é bem mais aceito pela comunidade.

O que vocês estão adotando? Se o NHibernate já está embutindo o mapeamento via código, ainda vale a pena usar o FluentNH?

Desabafo do criador do FluentNH: http://lostechies.com/jamesgregory/2011/04/13/me-on-nhibernate-3-2/

Onde diz que o NH usou como base o ConfORM: http://nhforge.org/blogs/nhibernate/archive/2011/09/05/using-nh3-2-mapping-by-code-for-automatic-mapping.aspx

Abraço,

--
Vinicius de Melo Rocha

http://diveintocode.com
http://vmelorocha.wordpress.com/
http://twitter.com/vmrocha

[Teoni Valois]

Vinícius,

Venho há bastante tempo utilizando o FluentNH e não me arrependo... Ele já entrou para o rol de libs confiáveis e não vou tirá-lo de lá até encontrar algo melhor. Não mexi em nada com ConfORM ainda logo, não posso opinar. Mas a maturidade do FluentNH e a facilidade de uso o mantém no pódium.

Nas últimas semanas andei brincando com o OpenAccess da Telerik, que também possui uma versão free e me fornece o acesso via Linq de graça. Tive alguns problemas que, após algumas consultas ao pai-dos-desinformados (leia-se Google), foram resolvidas.

Uma das coisas que ainda me deixa com uma pulga atrás da orelha com o NHibernate é a dificuldade de se utilizar o Linq em sua totalidade através dos providers disponíveis de forma gratuita. Atualmente utilizo o PostrgreSQL em meus projetos e tenho me eparado com alguns problemas quando usando Linq + NHibernate. Isso já é papo para outra conversa... :P

Minha simples resposta é: Uso o FluentNH e não me arrependo! Mas o precário suporte à Linq quando se tratando operações mais complexas está me fazendo ir à caça de uma outra alternativa que me ofereça a trinca mágica: OR Mapping + Fluent Interface + Linq Support. Como disse, estou em fase de testes com o OpenAcces (http://www.telerik.com/products/orm/free.aspx).

Abração!

--
Teoni Valois

2012/1/14 Vinicius de Melo Rocha <vmr...@gmail.com>

--
Você está recebendo esta mensagem porque se inscreveu no grupo "dotNUG - .NET User Group" dos Grupos do Google.
Para postar neste grupo, envie um e-mail para dot...@googlegroups.com.
Para cancelar a inscrição nesse grupo, envie um e-mail para dotnug+un...@googlegroups.com.
Para obter mais opções, visite esse grupo em http://groups.google.com/group/dotnug?hl=pt-BR.

[Vinicius de Melo Rocha]

Oi Teoni, obrigado pela ajuda.

O que me deixa com o pé atrás da orelha é porque o time de desenvolvimento resolveu incorporar o ConfORM ao NHibernate e não o FluentNH que é muito mais aceito pela comunidade. Acho que a escolha foi política, pelo fato do cara que desenvolve o ConfORM já fazer parte do time de desenvolvimento do NHibernate.

Eu venho trabalhando com Entity Framework, mas resolvi experimentar o NHibernate e ver o que acontece.

O setup ficou: NHibernate + FluentH + Suporte a linq do próprio NH + MySQL + StructureMap.

2012/1/16 Teoni Valois <teoni...@gmail.com>

[Teoni Valois]

Também concordo contigo que foi algo político... Infelizmente!!

Meus problemas com o suporte a Linq do NH é que, em alguns casos consultas que deveriam gerar Subqueries não funcionam no PgSQL... :(
--
Teoni Valois

2012/1/16 Vinicius de Melo Rocha <vmr...@gmail.com>

[Vinicius de Melo Rocha]

Será que as consultas mais complicadas funcionam bem com MySQL?

2012/1/16 Teoni Valois <teoni...@gmail.com>