Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
Atualmente estamos em uma discussão muito boa sobre frameworks
http://forum.imasters.com.br/topic/495014-vale-a-pena-ultilizar-frameworks/
e estou acompanhando e opinando, até que uma série de fatores me levaram a uma dúvida.
O dao é uma maneira inteligente de se trabalhar em um framework?
Conversando com o william ele me explicou um pouco sobre conceito e como aplicar e meu deu exemplo etc, até comecei usar e entendi o que ele propõe. Achei trabalhoso porém interessante.
então sabendo que um framework tem como o objetivo auxiliar no desenvolvimento (com bibliotecas prontinhas) e diminuir seu tempo de dev.
Seria válido dizer que Dao e framework não podem andar lado a lado?
claramente toda Dao quem teria que fazer é o usuário por que o desenvolvedor do framework não consegue adivinhar suas tabelas,arquitetura e necessidade.
eu acho que me perdi um pouco mas com opiniões diferentes certamente minha cabeça volta pro lugar.
Eu não possuo opinião formada sobre isso.
Frameworks apelam para a preguiça, infelizmente essa frase, após o "boom" do Rails, se tornou a mais pura realidade. Tudo se resume em uma classe model, que é um ActiveRecord muito mal feito uma vez que além de persistência, envolve validação e tudo misturando, criando godclasses. :upset:
O Doctrine2 (ele é um framework, só que para persistência e não para web como um todo) usa DAO's e VO's. Nos VO's, o Doctrine, além dos getters/setters, usa para mapear os objetos via annotations (é a forma mais utilizada mas pode ser xml/yaml).