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: <[email protected]> > > 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]
