none
Melhores Práticas e Padronização RRS feed

  • Discussão Geral

  • Olá a todos,

    --- Só uma introdução --- O pedido vem mais abaixo =D

    Faz muito tempo que não posto nesse fórum magnifico que é o msdn-br. Lembro-me muito bem que ele foi o meu melhor professor no desenvolvimento de meus antigos trabalhos.

    Agora venho novamente pedir ajuda a vocês.

    Passei bastante tempo sem mecher no framework .NET (mais precisamente na linguagem C#), cerca de 3 anos e desde esse tempo não me preocupei em ficar atualizado com o que saia de bom dele. Passei por vários frameworks, linguagens, mas eu queria adiquirir meu conhecimento devolta nesse grande framework.

    --- Pedido ---

    Venho a pedir, que me ajudem no retorno desse framework. Como? O que denovo ele tem? Eu sei que deve ser um mundo, mas eu ficaria inicialmente satisfeito com os novos padrões de projeto, ou novas formas de desenvolvimento.

    Novamente a pergunta foi abrangente =D por isso, mais especificadamente: Eu queria saber de materiais de inicialização em NHibernate ou Linq, na verdade eu estou até indo bem, mas não estou gostando de como estou montando meu projeto (ficando tudo na pasta AppCode).

    Enfim... como eu posso padronizar meu projeto usando estas tecnologias, quantas camadas é aconselhavel eu ter para um crud simples. Como eu posso organizar meu projeto em questão de pastas e subprojetos.

    E... desculpa a ignorância, mas realmente me senti bem perdido na minha volta para este framework, e queria uns apontamentos iniciais =D

    ---

    Vlw pessoal.
    quinta-feira, 7 de janeiro de 2010 16:55

Todas as Respostas

  • Olá R3N4N, bem-vindo de novo ao fórum :)

    O .NET evoluiu muito na versão 2.0 e 3.0, a 4.0 não vai revolucionar tanto.

    O NHibernate parece não estar evoluindo tanto quando o LINQ.
    Já a organização do código é de sua autoria, é você que deve ter controle sobre seu projeto, crie pastas e .dlls para organizá-lo.

    O número de camadas varia muito da sua necessidade e o número é bem relativo.

    Espero ter ajudado.

    quinta-feira, 7 de janeiro de 2010 19:42
  • Opa, da uma olhada neste blog http://www.pensando.net/  Eles estão fazendo uma serie de ScreenCast desenvolvendo um sistema e utilizando vários padrões de projetos e novas tecnologias do .net . Vale a pena assistir, já vai dar para você se atualizar. Eu particularmente gosto muito de utilizar MVC, sendo que separo minhas camadas em vários projetos por Solution, assim fica mais fácil qualquer troca que precisa ser feita. Qualquer coisa entra em contato por email.


    Abraços.
    sexta-feira, 8 de janeiro de 2010 16:53
  • Vlw pelas dicas (vou dar uma olhada sim) quero ficar bem por dentro de tudo que perdi.

    Eu me amarrava em trabalhar nesse framework. Mas percebo que antes (devido a minha falta de experiencia em desenvolvimento) eu deixava de lado tudo envolvendo melhores práticas, o sistema funciono, BLZ, que se dane o resto =D ... Mas agora que ja tenho mais tempo de casa, passei por algumas empresas (boas e ruins) vejo que melhores praticas e padrões de projeto não são algo a mais, são uma necessidade.

    Por isso vlw, denovo, pelas dicas. Espero receber mais, pois estou sedento por informações =D
    segunda-feira, 11 de janeiro de 2010 21:10
  • Engano seu. O NHibernate tem evoluido sim. Recentemente recebeu a primeira versão de um recurso para consulta através de expressões LINQ, possui hoje uma forma de consultar dos dados de forma full-text (Lucene.Net) e o FluentNHibernate é uma ferramenta muito boa para mapeamento, também usando expressões LINQ.

    Ao comentar que o NHibernate não evolui tanto quando o LINQ é complicado, afinal, LINQ não é ORM... se está falando sobre LINQ to SQL, alguns dizem que esse nem ORM é e que não receberá mais atenção da Microsoft, o EF v1 é bem fraco e o EF v4 é ainda é apenas uma promessa.

    O NHibernate ainda é o melhor ORM open-source do mercado e com mais recursos.

    []´s

    Juliano Oliveira

    Juliano Oliveira - http://programandoem.net
    quarta-feira, 13 de janeiro de 2010 13:57
  • Opa, da uma olhada neste blog http://www.pensando.net/  Eles estão fazendo uma serie de ScreenCast desenvolvendo um sistema e utilizando vários padrões de projetos e novas tecnologias do .net . Vale a pena assistir, já vai dar para você se atualizar. Eu particularmente gosto muito de utilizar MVC, sendo que separo minhas camadas em vários projetos por Solution, assim fica mais fácil qualquer troca que precisa ser feita. Qualquer coisa entra em contato por email.


    Abraços.

    Concordo como o Denis, uma das mais importantes impelentações recentes ao .NET é o ASP.NET MVC.

    Acesse o site oficial http://www.asp.net/mvc , lá tem muito conteúdo relevante.

    Abraços.
    quarta-feira, 13 de janeiro de 2010 17:06
  • Engano seu. O NHibernate tem evoluido sim. Recentemente recebeu a primeira versão de um recurso para consulta através de expressões LINQ, possui hoje uma forma de consultar dos dados de forma full-text (Lucene.Net) e o FluentNHibernate é uma ferramenta muito boa para mapeamento, também usando expressões LINQ.

    Ao comentar que o NHibernate não evolui tanto quando o LINQ é complicado, afinal, LINQ não é ORM... se está falando sobre LINQ to SQL, alguns dizem que esse nem ORM é e que não receberá mais atenção da Microsoft, o EF v1 é bem fraco e o EF v4 é ainda é apenas uma promessa.

    O NHibernate ainda é o melhor ORM open-source do mercado e com mais recursos.

    []´s

    Juliano Oliveira

    Juliano Oliveira - http://programandoem.net

    Olá Juliano, desculpe-me, mas eu não me enganei em minha declaração, até porque eu não afirmei que o Linq evoluiu mais que o Nhibernate, eu apenas disse que "parecia" não estar evoluindo, ou seja, opnião minha.

    Como você mesmo citou, as coisas neste ponto ainda não estão claras, ou seja, qual tecnologia tem evoluido mais e que será melhor para investir.

    Eu não conheço tanto de NHibernate assim como você "parece" não conhecer tanto de Linq.
    Então quando alguém "parece" saber de uma coisa e quando descobre que o que ele pensava não era bem a realidade ele não está enganado?! Ele só "parece"?!

    O meu "engano seu" não foi pra você ficar magoado, estava te passando apenas a posição atual do projeto NHibernate, o que não condiz com o que você "parecia" pensar.

    "assim como você "parece" não conhecer tanto de Linq"
    É só aparencia mesmo! Eu conheço sim.. e LINQ é uma coisa, LINQ TO SQL é outra

    Mas enfim.. "parece" que você não quer mesmo saber de nada disso...

    :P

    []´s

    Juliano Oliveira - http://programandoem.net
    quarta-feira, 13 de janeiro de 2010 17:21
  • Não vou discutir, espero que nosso amigo R3N4N possa tomar uma descisão sábia com respeito a que tecnologias novas irá utilizar.

    quarta-feira, 13 de janeiro de 2010 17:56
  • Eu concordo com o Juliano, o NHibernate possui um grande suporte e está muito bem estruturado.
    O Entity Framework ainda está na promessa, e o Linq To Sql já está em desuso ninguem mais o utilizará.
    Mas não confunda Linq to Sql que era para ser um ORM, com Linq que é apenas linguagem de consulta.

    Em questão a arquitetura de solução, gosto muito do Domain Driven Design, dá pra usar testes facilmente com o DDD.

    http://domaindrivendesign.org/
    quarta-feira, 13 de janeiro de 2010 17:57
  • E quem está discutindo aqui cara-pálida?!

    :P

    Paz a amor irmão!!!

    :D

    []´s

    Juliano Oliveira
    quarta-feira, 13 de janeiro de 2010 18:01
  • Soh... véeei...

    :P

    Paz e amor pra ti tamém, cara-pálida!

    :D
    quarta-feira, 13 de janeiro de 2010 18:12