none
ajuda na escolha de nhibernate, linq , etc.. RRS feed

  • Pergunta

  • boa noite pessoal.

    bom, sou desenvolvedor web há um bom tempinho, mas trabalhei apenas com asp, php e um pouco de java.

    acompanho o msdn e technet, fiz as provas para desenvolvedor cinco estrelas e gosto muito de fuçar aqui nos fóruns, o conteúdo é sempre muitissimo bom.

    estamos pensando em migrar toda a intranet  aplicações que temos desenvolvidas para .net , e a idéia é principalmente se livrar de querys e sql no código.

    não gostaria de ter isso vinculado em nenhum lugar , nem usar stored procedures, ou seja, a idéia é ter camadas bem definidas e ficar livre para migrar o bd quando desejar sem maiores preocupações.

    já usei e gosto do hibernate e gostaria de usar o nhibernate. primeira pergunta é: preciso usar ele pata o que desejo ou há algo parecido que posso construir nativamente? do que realmente se trata o linq?

    abraços

    quarta-feira, 14 de março de 2007 21:49

Respostas

  • Rodolpho,

    Você pode usar o NHibernate, que é bastante estável na plataforma .Net e você já tem experiência.

    O Linq é uma implementação da Microsoft para uma camada de dados, semelhante ao NHibernate, onde você poderá fazer mapemento objeto relacional e muito, muito mais.

    Dá uma olhada no site do projeto: http://msdn2.microsoft.com/en-us/netframework/aa904594.aspx

    Você pode baixar uma versão e instalar no Visual Studio, ele fará parte do C# 3.0

    []s,
    Carlos.

    quinta-feira, 15 de março de 2007 02:32
  • Rodolpho,

    Respondi recentemente uma pergunta sobre camada de persistência no fórum de arquitetura sobre isto. Segue a cópia:

    Estas questões polêmicas quase sempre acabam em debates 'teológicos'. Mas vamos lá. Eu li um um post no the server side sobre ORM bem interessante. A principal mensagem é que estas ferramentas geralmente diminuem a produtividade no início. A segunda mais importante é que nenhuma é solução para tudo, ou seja, se a ferramenta não está resolvendo naquele trecho específico, você deve partir para solução com chamadas SQL e/ou ADO.Net.

    As principais qualidades que uma ferramenta de ORM deve ter: Estar presente no momento que vc precisa e 'sumir' no momento que vc não precisa.

    Para ler o post na intrega: http://www.theserverside.net/news/thread.tss?thread_id=44624

    Em termos de utilização o NHibernate está na liderança. Lá fora ele já é bastante utilizado.

    É lógico que já existe muita coisa na internet sobre Linq e DLinq. O DLinq já está bastante maduro para ser usado em projetos comerciais, mas com a consciência de vc está usando um beta e que existem riscos. Lembrando que Linq é a extensão das linguagens para permitir queries e DLinq é a ferramenta de 'ORM' propriamente dita. O web-site do projeto: http://msdn2.microsoft.com/en-us/netframework/aa904594.aspx

    Eduardo Miranda
    http://eduardomiranda.net/blogs/dotnet

    quinta-feira, 15 de março de 2007 17:34

Todas as Respostas

  • Rodolpho,

    Você pode usar o NHibernate, que é bastante estável na plataforma .Net e você já tem experiência.

    O Linq é uma implementação da Microsoft para uma camada de dados, semelhante ao NHibernate, onde você poderá fazer mapemento objeto relacional e muito, muito mais.

    Dá uma olhada no site do projeto: http://msdn2.microsoft.com/en-us/netframework/aa904594.aspx

    Você pode baixar uma versão e instalar no Visual Studio, ele fará parte do C# 3.0

    []s,
    Carlos.

    quinta-feira, 15 de março de 2007 02:32
  • obrigado pela mensagem ...

     

    ainda temos dúvidas se ficaremos no .net ou iremos para java, mas eu sinceramente prefiro o .net mesmo. procurarei saber mais a respeito do linq, obrigado ..

    quinta-feira, 15 de março de 2007 11:04
  • Rodolpho,

    Respondi recentemente uma pergunta sobre camada de persistência no fórum de arquitetura sobre isto. Segue a cópia:

    Estas questões polêmicas quase sempre acabam em debates 'teológicos'. Mas vamos lá. Eu li um um post no the server side sobre ORM bem interessante. A principal mensagem é que estas ferramentas geralmente diminuem a produtividade no início. A segunda mais importante é que nenhuma é solução para tudo, ou seja, se a ferramenta não está resolvendo naquele trecho específico, você deve partir para solução com chamadas SQL e/ou ADO.Net.

    As principais qualidades que uma ferramenta de ORM deve ter: Estar presente no momento que vc precisa e 'sumir' no momento que vc não precisa.

    Para ler o post na intrega: http://www.theserverside.net/news/thread.tss?thread_id=44624

    Em termos de utilização o NHibernate está na liderança. Lá fora ele já é bastante utilizado.

    É lógico que já existe muita coisa na internet sobre Linq e DLinq. O DLinq já está bastante maduro para ser usado em projetos comerciais, mas com a consciência de vc está usando um beta e que existem riscos. Lembrando que Linq é a extensão das linguagens para permitir queries e DLinq é a ferramenta de 'ORM' propriamente dita. O web-site do projeto: http://msdn2.microsoft.com/en-us/netframework/aa904594.aspx

    Eduardo Miranda
    http://eduardomiranda.net/blogs/dotnet

    quinta-feira, 15 de março de 2007 17:34