Depois de remover os erros (retirar os getters), o Date:Date, passou a dar
erro.

Estou a usar Fb 4.7 e Flex 4.11.

Testei num projecto de testes isolado e foi o mesmo.

Enviado do meu Galaxy Tab 2
Em 07/03/2014 15:30, "Hugo Ferreira" <[email protected]> escreveu:

> João,
>
> Muito obrigado. Esta é a solução. Não só vai resolver o meu problema como
> vai evitar o uso destes getters que não gosto muito e como vai retirar o
> trabalho extra dos bindings.
>
> Vou implementar isto na minha framework para lidar de forma automático.
>
> Gracias.
>
>
> No dia 7 de Março de 2014 às 15:23, João Fernandes <
> [email protected]> escreveu:
>
>> 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 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 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