quando lançaram o Tiger, eu andei olhando annotations, e achei mais uma daquelas melhorias mais voltadas às ferramentas do que aos humanos ...
não sei, ainda não tenho críticas sobre essas melhorias, mas a sintaxe do código Java vai ficando cada vez mais incompreensível - mais parecido com script... difícil identificação visual da estrutura dos objetos... aquilo de tirar a tipagem dos laços até hoje estou procurando uma razão melhor do que "economizar digitação" :)) mas talvez seja só porque ainda não me acostumei... um ranço reacionário :)) vamos ver, vou re-olhar a questão dos metadados On Thu, 17 Feb 2005 12:09:18 -0300, Phillip Calçado <[EMAIL PROTECTED]> wrote: > olá, > > Um bean é uma classe que segue uma convenção. Basicmanete ele é usado > para se descobrir sua estrutura usando reflection, coia que Hibernte, > Struts e tantos outros fazem. Como advento da metadata no Java 5, não > serão mais tão necessários. > > Um DTO/TO/VO é um objeto sem significado real num sisitema, criado > apenas para facilitar o mtransporte de dados entre camadas e/ou nós em > uma rede. O uso de DTO fora de ambientes com muita necessidade é > altamente desaconselhado. > > POJO é qualquer objeto Java que não tenha característica (implemente > interfaces, extenda classes...) trelativas a um framework, uma Action > do Struts não é um POJO, um EJB não é um POJO, ambos têm limitações > impostas pelo framework, mas o Hibernate, que não impõe nada, pode > persistir POJOs. > > Uma confusão entre esses conceitos pode indicar que falta um domínio > de aplicação bem definido em seu sistema. > > []s > > On Thu, 17 Feb 2005 11:51:14 -0300, Francisco Jodevan Campelo > <[EMAIL PROTECTED]> wrote: > > Que tal incluir na discussão o conceito do POJO? > > > > > > ----- Original Message ----- > > From: "Felipe Vieira Silva" <[EMAIL PROTECTED]> > > To: <discussao@cejug.org> > > Sent: Thursday, February 17, 2005 11:46 AM > > Subject: [cejug-discussao] Beans X TOs > > > > Javeiros, > > > > diferença enre um Bean e um TO ? > > > > no classificados, os Beans são classes que além dos atributos, possuem > > métodos como validação, etc (a minha versão dos ActionForms do > > struts). E os TOs são aqueles que só possuema atributos + get + set > > (usados apenas para recuperar informações do banco, convertidos em > > objetos Java). > > > > O padrão Bean pressupõem um construtor vazio, classe serializável e > > atributos com acessibilidade apenas pelos respectivos métodos GET e > > SET.... > > > > Pergunta: posso considerar uma classe como Bean se eu incluir mais > > alguns métodos ?? > > > > outra: qual a razão do struts usar duas classes para mapear os > > atributos entre o banco e os formulários web ? Para garantir um "bean > > puro" na camada de negócio ? > > > > valeu, > > > > Felipe Gaúcho > > -- > Phillip Calçado > ICQ: 1110nine38six5 > M$N: [EMAIL PROTECTED] > http://www.jablo.com.br/blogs/page/pcalcado > http://www.jroller.com/page/pcalcado > Crux Sacra Sit Mihi Lux > > ------------------------------------------------------------------------------------------- > Ceara' Java User Group > > Para cancelar sua assinatura, envie um e-mail para: [EMAIL PROTECTED] > Para mais informacoes, mande um e-mail para: [EMAIL PROTECTED] > Falar com o administrador? e-mail para: [EMAIL PROTECTED] > > ------------------------------------------------------------------------------------------- Ceara' Java User Group Para cancelar sua assinatura, envie um e-mail para: [EMAIL PROTECTED] Para mais informacoes, mande um e-mail para: [EMAIL PROTECTED] Falar com o administrador? e-mail para: [EMAIL PROTECTED]