O ActionForm do struts possui os dados de acordo com a apresentação. O teu Bean deve estar direcionado ao negócio da aplicação.
Na dúvida apresentada anteriormente, o ActioForm possui a data como uma String, formatada da maneira que deve ser apresentada e o bean possui um atributo do tipo Date. []'s Rodrigo. -----Mensagem original----- De: Felipe Vieira Silva [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 23 de fevereiro de 2005 12:58 Para: discussao@cejug.org; Phillip Calçado Assunto: Re: [cejug-discussao] Formatação de atributos o objeto existe, mas pode ser apenas um Bean... por quê o struts precisa de dois objetos que tem os mesmos atributos, refletem a mesma tabela no banco e que estão separados apenas para o quê mesmo ? On Wed, 23 Feb 2005 12:05:42 -0300, Phillip Calçado <[EMAIL PROTECTED]> wrote: > Olá, > > Felipe, a coisa é um pouco mais complexa, em minha opinião. > > A camada de apresentação deve ser responsável pela formatacao ao seu > usuário. Lembre-se que o usuário pode ser uma pessoa, um outro sistema > ou qualquer outra coisa. > > Para mim, uma data no formato dd/mm/AAAA está perfeito, mas para um > americano não está. Um subsistema pode requerer a data em um formato > como ISO, não muito legível. > > Mesmo que seu sistema tenha apenas um tipo de usuário, não faz parte > da responsabildiade das classes de negócio prover apresentação. Isso é > feito pela apresentação do sistema, sua interface com seus usuários. > > A questão das responsabilidades é definitiva no desenvolvimento de um > sistema de objetos. Misturar responsabilidades de camadas é contra a > própria técnica de camadas, provê acoplamento fora do controle e > geralmente resulta num belo prato de macarrão. > > Um objeto pode e deve ter mecanismos para validar sua entrada, tendo > certeza que ela obedece ao contrato que seu método publica. Isso é > chamado asserção. > > Transferir dados vindo de um formulário má persistência indica que > falta alguma coisa. Cadê o objeto? A prática de criar um pseudo-objeto > (algo parecido com um registro/struct ou um bean) que apenas agrupa > dados em um formulário tem sua utilidade na camada de apresentação. > Como a camada de apresentação não conversa com a camada de > persistência, ela deve passar pela camada de domínio, onde beans não > são bem vindos. Nessa camada, os dados enviados no formulário devem > ser transformados em objetos de domínio, com comportamento, > responsabilidades e estado bem definidos. Estes são os objetos que > devem ser persistidos. > > []s > > On Wed, 23 Feb 2005 11:23:06 -0300, Felipe Vieira Silva > <[EMAIL PROTECTED]> wrote: > > isto é polêmico... > > > > obedecer padrões é excelente, mas às vezes o uso de padrões causa > > uma proliferação de classes auxiliares e minúsculas que só existem > > nos projetos para preservar os padrões... Neste caso, a contribuição > > do uso de padrões neste ponto do projeto contraria o senso comum e, > > portanto, fica estranho... > > > > Um exemplo típico é o struts usar ActionForm e Bean separados.. . > > somente para manter "o conceito" das classes separadas em camadas. > > > > Um bean poderia ter o método de validação e ser usado para > > transferir os valores do formulário até a camada de consistência. > > Isso iria contrariar o discurso dos padrões, mas daria mais > > simplicidade ao sistema ao aliminar o frágil processo de copiar os > > valores do FormAction para o Bean com o BeanUtils... > > > > mas é coisa a ser discutida.... > > > > -- > 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] ------------------------------------------------------------------------------------------- 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]