Hugo errado, podes muito bem fazer na resposta do servidor para efectuar o
dito trabalho.

Implementei na nossa app exactamente esse trabalho na função
http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/mx/rpc/remoting/RemoteObject.html#convertResultHandlere
http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/mx/rpc/remoting/RemoteObject.html#convertParametersHandlerpara
lidar exactamente com o tratamento de informação na receção ou envio
de dados para o backend. No nosso caso foi para o ajuste automático dos
objectos Date para acertar os valores por causa dos fusos horários.

Só temos o código num único sitio que trata da informação e acaba por ser
mais leve pois o processo só ocorre 1x, ao receber e ao enviar os dados
enquanto que se fizesse no getter, se tivesse que fazer bindings à
propriedade, o código seria executado para cada binding existente o que
torna um processo mais "pesado".




2014-03-07 14:38 GMT+00:00 Hugo Ferreira <[email protected]>:

> Miguel,
>
>
> As queries são feitas a nível do backend e este é responsável por lidar
> com qualquer conflito de nomes entre motores de BDs e funciona
> impecavelmente, inclusivé palavras reservadas.
> Os dados são devolvidos em AMF, sendo que os campos data (são sempre
> especíais entre BDs), são devolvidos no formato caracter pelo backend.
>
> Do lado do frontend uso getter/setter para trabalhar directamente com o
> tipo de dados Date.
>
> Posso sempre fazer coisas como não ter este getter no model e trabalhar o
> valor fora dele mas é algo que me vai obrigar a repetir esse código, o que
> não quero.
>
>
>
>
> No dia 7 de Março de 2014 às 13:21, Miguel Vaz <[email protected]>escreveu:
>
> Já é mais alguma coisa, hugo. :-)
>>
>> Os queries são feitos do teu lado? Se sim, podes mascarar (alias) os
>> field names, independentemente do nome original. É básico e certamente já
>> consideraste isso, tanto que imagino que não te resolva o problema. Estou a
>> assumir que queres criar um VO e atribuir facilmente os dados, sem
>> reatribuições.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> 2014-03-07 13:15 GMT+00:00 Hugo Ferreira <[email protected]>:
>>
>> Miguel: Eu percebi. No entanto como indicado é uma propriedade de uma
>>> classe (tal como o João mostrou) e queria que nos abstraímos da origem dos
>>> dados. Neste caso é um webservice e por detrás deste 2 bds possíveis (sql
>>> server e mysql) mas lá está é irrelevante para o caso. Se é possível
>>> alterar na origem com uma série de implicações, é (podia não ser) mas lá
>>> está como indiquei no primeiro e-mail, esse será o último cenário.
>>>
>>> João: É verdade. Não há qualquer com a criação de uma propriedade em si.
>>> O problema está num getter.
>>>
>>>
>>> public class MyCustomClass
>>>
>>> {
>>>
>>> public var Date:*;
>>>
>>> [Transient]
>>>
>>>  public function get dateAS():Date
>>>
>>>  {
>>>
>>>  return Dates.toDate(Date);
>>>
>>>  }
>>>
>>>
>>> É usado * porque a origem dos dados não é DateTime e pode vir de uma BD
>>> SQL Server ou MySQL, etc ...
>>>
>>> O problema acontece no dateAS():Date.
>>>
>>>
>>> Obrigado desde já,
>>> Hugo.
>>>
>>>
>>> No dia 7 de Março de 2014 às 10:20, João Fernandes <
>>> [email protected]> escreveu:
>>>
>>> Hugo tens a certeza que não podes criar
>>>>
>>>> public class CustomClass
>>>> {
>>>>      public function CustomClass
>>>>      {
>>>>      }
>>>>      public var Date:Date;
>>>> }
>>>>
>>>> Acabei de adicionar esta variável a um VO meu e compilou sem qualquer
>>>> problema.
>>>>
>>>>
>>>> 2014-03-07 10:18 GMT+00:00 Miguel Vaz <[email protected]>:
>>>>
>>>>  Hugo: A minha pergunta não estava envolvida em teorias sobre se devias
>>>>> ou não utilizar palavras reservadas, mas era relativa ao teu problema
>>>>> específico, se está/vem em um xml, se vem de uma bd, etc. para que pudesse
>>>>> tentar ajudar a encontrar uma alternativa para contornar a limitação.
>>>>>
>>>>>
>>>>> 2014-03-07 10:07 GMT+00:00 Hugo Ferreira <[email protected]>:
>>>>>
>>>>> Bom dia,
>>>>>>
>>>>>> Miguel: Não me leves a mal, mas a questão não é se devia de usar mas
>>>>>> sim como usar. Devemos evitar o uso de palavras reservadas quando 
>>>>>> possível
>>>>>> (embora eu não concorde pois se o campo ou classe é Date, porque é que 
>>>>>> devo
>>>>>> inventar um nome que retira o significado do classe ou propriedade). 
>>>>>> Posso
>>>>>> te arranjar mil e uma razões para o uso de palavras reservadas como a
>>>>>> integração com outro sistema que usa essa variável mas não quero 
>>>>>> disperçar
>>>>>> a razão deste e-mail.
>>>>>>
>>>>>> APintex: Obrigado. Não encontrei na net como fazer o escape de
>>>>>> situações como esta e não me importo de andar com escape atrás porque 
>>>>>> temos
>>>>>> de mesmo de distinguir o que é código nosso da framework.
>>>>>>
>>>>>>
>>>>>>
>>>>>> No dia 7 de Março de 2014 às 10:03, APintex Gmail 
>>>>>> <[email protected]>escreveu:
>>>>>>
>>>>>> Bom dia Hugo,
>>>>>>>
>>>>>>> Tive um problema parecido na importação de um xml, o qual tinha um
>>>>>>> elemento com o nome 'country-code'.
>>>>>>> No itemRenderer que utiliza esse informação, ainda consegui com
>>>>>>> data.['country-code'], mas utilizando data.country-code dava erro na
>>>>>>> designação 'code'.
>>>>>>> Não consegui outra forma, depois de perder um dia, alterei para
>>>>>>> 'countrycode' e ponto final. Mais tarde investigo.
>>>>>>> António Pinto
>>>>>>>
>>>>>>> No dia 07/03/2014, às 09:48, Hugo Ferreira <[email protected]>
>>>>>>> escreveu:
>>>>>>>
>>>>>>>  Bom dia,
>>>>>>>
>>>>>>>
>>>>>>> Necessito de criar um campo com o nome "Date" numa classe AS3. Sendo
>>>>>>> uma palavra reservada para o tipo de dados de data, como é que posso
>>>>>>> contornar este problema. Alterar o nome Date não está nos meus planos e
>>>>>>> será o último dos últimos recursos.
>>>>>>>
>>>>>>>
>>>>>>> Obrigado,
>>>>>>> Hugo.
>>>>>>>
>>>>>>> --
>>>>>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da
>>>>>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org"
>>>>>>> do Grupos do Google.
>>>>>>> Para anular a subscrição deste grupo e parar de receber emails do
>>>>>>> mesmo, envie um email para [email protected].
>>>>>>> Para publicar neste grupo, envie um email para
>>>>>>> [email protected].
>>>>>>> Visite este grupo em http://groups.google.com/group/riapt.
>>>>>>> Para obter mais opções, visite https://groups.google.com/d/optout.
>>>>>>>
>>>>>>>
>>>>>>>  --
>>>>>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da
>>>>>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org"
>>>>>>> do Grupos do Google.
>>>>>>> Para anular a subscrição deste grupo e parar de receber emails do
>>>>>>> mesmo, envie um email para [email protected].
>>>>>>> Para publicar neste grupo, envie um email para
>>>>>>> [email protected].
>>>>>>> Visite este grupo em http://groups.google.com/group/riapt.
>>>>>>> Para obter mais opções, visite https://groups.google.com/d/optout.
>>>>>>>
>>>>>>
>>>>>>  --
>>>>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da
>>>>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org"
>>>>>> do Grupos do Google.
>>>>>> Para anular a subscrição deste grupo e parar de receber emails do
>>>>>> mesmo, envie um email para [email protected].
>>>>>> Para publicar neste grupo, envie um email para [email protected]
>>>>>> .
>>>>>> Visite este grupo em http://groups.google.com/group/riapt.
>>>>>> Para obter mais opções, visite https://groups.google.com/d/optout.
>>>>>>
>>>>>
>>>>>  --
>>>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da
>>>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org"
>>>>> do Grupos do Google.
>>>>> Para anular a subscrição deste grupo e parar de receber emails do
>>>>> mesmo, envie um email para [email protected].
>>>>> Para publicar neste grupo, envie um email para [email protected].
>>>>> Visite este grupo em http://groups.google.com/group/riapt.
>>>>> Para obter mais opções, visite https://groups.google.com/d/optout.
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> João Fernandes
>>>>
>>>> --
>>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da
>>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org"
>>>> do Grupos do Google.
>>>> Para anular a subscrição deste grupo e parar de receber emails do
>>>> mesmo, envie um email para [email protected].
>>>> Para publicar neste grupo, envie um email para [email protected].
>>>> Visite este grupo em http://groups.google.com/group/riapt.
>>>> Para obter mais opções, visite https://groups.google.com/d/optout.
>>>>
>>>
>>>  --
>>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da
>>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" do
>>> Grupos do Google.
>>> Para anular a subscrição deste grupo e parar de receber emails do mesmo,
>>> envie um email para [email protected].
>>> Para publicar neste grupo, envie um email para [email protected].
>>> Visite este grupo em http://groups.google.com/group/riapt.
>>> Para obter mais opções, visite https://groups.google.com/d/optout.
>>>
>>
>>  --
>> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da
>> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" do
>> Grupos do Google.
>> Para anular a subscrição deste grupo e parar de receber emails do mesmo,
>> envie um email para [email protected].
>> Para publicar neste grupo, envie um email para [email protected].
>> Visite este grupo em http://groups.google.com/group/riapt.
>> Para obter mais opções, visite https://groups.google.com/d/optout.
>>
>
>  --
> Recebeu esta mensagem porque subscreveu ao grupo "Mailing List da
> Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" do
> Grupos do Google.
> Para anular a subscrição deste grupo e parar de receber emails do mesmo,
> envie um email para [email protected].
> Para publicar neste grupo, envie um email para [email protected].
> Visite este grupo em http://groups.google.com/group/riapt.
> Para obter mais opções, visite https://groups.google.com/d/optout.
>



-- 

João Fernandes

-- 
Recebeu esta mensagem porque está inscrito no grupo "Mailing List da Comunidade 
Portuguesa de Rich Internet Applications - www.riapt.org" dos Grupos do Google.

Para anular a subscrição deste grupo e parar de receber emails deste grupo, 
envie um email para [email protected].
Para publicar uma mensagem neste grupo, envie um e-mail para 
[email protected].
Visite este grupo em http://groups.google.com/group/riapt.
Para mais opções, consulte https://groups.google.com/d/optout.

Responder a