Sim, errado não está. Mas o ponto que quero chegar é qual a boa prática para
uma situação como essa. Hoje, por exemplo, meus VO's se convertem para XML
pois é assim que faço a troca de informações, mas se futuramente resolvo
implementar o tráfego com String? Tenho que modificar todos os meus VO's
para esta nova estrutura? Pelo conceito, esta responsabilidade não deveria
ficar fora deles?

Abraços,
Anderson Marcondes

2009/2/20 George Queiroz <george.ba....@gmail.com>

> Rapaz, errado não tá. Pq a OO diz, q vc é o responsável por manipular o que
> é de sua responsabilidade. O problema que o uso de java atualmente esta mais
> pra procedural que OO. OO só esta entrando com herança etc, mais no que se
> diz respeito a Dominio, xiiiiiiiiiiiii, ta longe disso.
>
> George
>
> 2009/2/20 Anderson Marcondes <cont...@andersonmarcondes.com>
>
> Tô aqui para perturbar mais um bocado! =D
>>
>> Na minha saga para migrar um aplicativo em Flash - com muitas gambiarras,
>> código passado por várias mãos, etc - para Flex, com uma arquitetura mais
>> planejada (Cairngorm) e código mais desacoplado, me deparei com VO's
>> executando mais coisas do que acho que deveriam.
>>
>> Há não ser que meu conceito esteja errado, os VO's deveriam funcionar
>> igual aos Beans do Java (ou Entidade em .Net), ou seja, deveriam ter apenas
>> atributos (com seus respectivos getters & setters). Só que me deparei com
>> VO's com métodos - em todos os casos um toXML() para convertê-lo em XML e um
>> convert() para converter uma String no VO - e acredito que este não seja o
>> melhor lugar para eles. A pergunta é: onde colocá-los? Considerando que faço
>> esta conversão quando o aplicativo está para enviar/receber uma mensagem, o
>> lugar ideal seria no Delegate? Ou em algum outro lugar obscuro?
>>
>> Abraços,
>> Anderson Marcondes
>>
>>
>>
>
> >
>

--~--~---------~--~----~------------~-------~--~----~
Você recebeu esta mensagem porque está inscrito na lista "flexdev"
Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com
Para sair da lista, envie um email em branco para 
flexdev-unsubscr...@googlegroups.com
Mais opções estão disponíveis em http://groups.google.com/group/flexdev
-~----------~----~----~----~------~----~------~--~---

Responder a