Entendo.

Em suma é outra forma de fazer o mesmo. Talvez mais elegante. Imagino que
internamente faça ao semelhante ao que indiquei que faço hoje em dia sem
essa funcionalidade no SDK.

Quando a nova versão do Flex estiver disponível, irei testar e talvez passe
a usar isso.

No dia 29 de dezembro de 2014 às 10:49, João Fernandes <
[email protected]> escreveu:

> Hugo, definir um passo no result de outra chamada não é igual ao processo
> usado pelas Promises ou outra lib de encadeamento conforme o Miguel
> explicou aqui. As promises foram implementadas no SDK para ter uma sintaxe
> similar ao que existe hoje em dia em JS ou outra linguagem que as tenha
> nativamente (conforme o Cristovão mencionou). Se fores ver a documentação
> do SDK, eles apontam para a definição encontrada em
> https://promisesaplus.com/ sendo a versão A+ uma extensão da definição
> encontrada em http://wiki.commonjs.org/wiki/Promises/A.
>
> Resumidamente o objectivo é ter cada passo de forma independente mas poder
> encadear os processos de uma forma sequencial ou paralela definindo assim
> um flow no contexto actual.
>
> Quem já usou promises em JS verá que esta sintaxe é praticamente igual.
>
> 2014-12-26 15:52 GMT+00:00 Hugo Ferreira <[email protected]>:
>
>> Sim, afinal é só com 1 s:
>> https://github.com/apache/flex-sdk/blob/develop/RELEASE_NOTES
>>
>> Mas OK, é uma outra forma mais ou menos semelhante ao que eu faço hoje em
>> dia para resolver esse problema mas talvez mais padronizada.
>>
>> No dia 26 de dezembro de 2014 às 15:48, Miguel Vaz <[email protected]>
>> escreveu:
>>
>>> Hugo: Sobre o reabsorver do flex pela adobe: era brincadeira com o nome
>>> "promises" (promessas). A adobe só prometia, etc etc..
>>>
>>> E sim, como referi, consegue-se de várias formas, mas nativamente (ou de
>>> forma linear) nem por isso.
>>>
>>> Estou a ler mal ou todos estão a escrever promises com 2 S's? :-)
>>> promiSes.
>>>
>>>
>>> Miguel
>>>
>>>
>>>
>>> 2014-12-26 15:32 GMT+00:00 Cristóvão Morgado <
>>> [email protected]>:
>>>
>>>> As promisses são uma implementação de padrões assíncronos de
>>>> desenvolvimento.
>>>>
>>>> Qualquer linguagem moderna tem... Por exemplo  o C# tem o async/await
>>>> com Task.
>>>> ------------------------------
>>>> From: Hugo Ferreira <[email protected]>
>>>> Sent: 26/12/2014 15:22
>>>>
>>>> To: [email protected]
>>>> Subject: Re: [riapt] Flex Promisses/A+
>>>>
>>>> Miguel, também entendi dessa maneira mas como disse, isso já consegues
>>>> colocando o teu código sequencial no result do evento anterior, dai a minha
>>>> dúvida em relação da verdadeira utilidade disto que gostaria de aproveitar.
>>>>
>>>> O Promisses parece-me que foi inventado pelo pessoal do JS e isto é do
>>>> Apache Flex e não tem nada haver com a Adobe. A Adobe nunca vai reabsorver
>>>> o Flex. Nunca (e ainda bem).
>>>>
>>>> No dia 26 de dezembro de 2014 às 15:16, Miguel Vaz <[email protected]
>>>> > escreveu:
>>>>
>>>>> É uma resposta algo apressada, mas pelo que entendi parece-me ser algo
>>>>> tipo Event Chaining, como existia no cairngorm (era SequenceCommand), e
>>>>> outros frameworks, em que poderias "encadear" em sequência vários
>>>>> comandos/eventos, ficando o próximo dependente do resultado do anterior
>>>>> (resultado ou mera conclusão).
>>>>>
>>>>> Claro que existem várias formas de fazer isso, mas talvez seja uma
>>>>> tentativa de trazer algum standard ou maior facilidade ao problema? E
>>>>> gostei do nome..Promises..faz pensar se a adobe reabsorveu o flex
>>>>> novamente. :-)
>>>>>
>>>>> Cumprimentos,
>>>>> Miguel Vaz
>>>>>
>>>>> 2014-12-26 10:12 GMT+00:00 Hugo Ferreira <[email protected]>:
>>>>>
>>>>>> Bom dia e continuação de bom Natal,
>>>>>>
>>>>>> Ao que parece,o Flex 4.14 vai trazer uma nova funcionalidade
>>>>>> designada por Promisses/A+ e que já existe em JS:
>>>>>> https://cwiki.apache.org/confluence/display/FLEX/AS3+Promises+-+a+guide+and+example
>>>>>>
>>>>>> Pelo meu entendimento, o Promisses/A+ (não sei a razão do nome), é
>>>>>> uma forma de simular 2 operações síncronas numa linguagem assincrona 
>>>>>> como o
>>>>>> AS3 no entanto gostaria que alguém com mais conhecimento na área
>>>>>> consegui-se me explicar qual a verdadeira razão/vantagem do uso, pois 
>>>>>> hoje
>>>>>> em dia já conseguimos fazer aquilo, bastando no result/error da primeira
>>>>>> operação, executar o código que pretendemos que seja síncrono ?
>>>>>>
>>>>>>  --
>>>>>> 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 uma mensagem neste grupo, envie um email para
>>>>>> [email protected].
>>>>>> Visite este grupo em http://groups.google.com/group/riapt.
>>>>>> Para 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 uma mensagem neste grupo, envie um email para
>>>>> [email protected].
>>>>> Visite este grupo em http://groups.google.com/group/riapt.
>>>>> Para 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 uma mensagem neste grupo, envie um email para
>>>> [email protected].
>>>> Visite este grupo em http://groups.google.com/group/riapt.
>>>> Para 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 uma mensagem neste grupo, envie um email para
>>>> [email protected].
>>>> Visite este grupo em http://groups.google.com/group/riapt.
>>>> Para 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 uma mensagem neste grupo, envie um email para
>>> [email protected].
>>> Visite este grupo em http://groups.google.com/group/riapt.
>>> Para 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 uma mensagem neste grupo, envie um email para
>> [email protected].
>> Visite este grupo em http://groups.google.com/group/riapt.
>> Para 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 uma mensagem neste grupo, envie um email para
> [email protected].
> Visite este grupo em http://groups.google.com/group/riapt.
> Para 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 do mesmo, 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