Por norma do meu lado .Net WCF Webservice, implementado em Async Pattern e
a mandar para tras tudo serializado "como manda a sapatilha" em json. Isto
para o FP não se chatear muito.
Sinceramente vais apanhar muitas respostas aqui. Uns vao dizer que isto é
melhor ou que o o outro é melhor. Um conselho, analisa realmente o que
queres andar a comunicar para a frente e para trás, e como queres
comunicar. toma as respostas aqui como base de procura e como o outro dizia
"afinfa-lhe" :P


No dia 18 de Outubro de 2013 às 18:06, João Fernandes <
[email protected]> escreveu:

> Miguel não é assim tão descabido quanto isso, ainda por cima o FP já tem
> parsing nativo de JSON logo não me parece que seja complicado e/ou
> descabido tal integração.
>
>
> 2013/10/18 Miguel Vaz <[email protected]>
>
>> node como intermediário entre flex e BD? malucos. :-)
>>
>>
>> 2013/10/18 andre webb Henriques <[email protected]>
>>
>>> usei CodeIgniter mas n me lembro de usar scout, tb axo q n fiz
>>> praticamente nada com Flex nessa altura.
>>> Já pensaram em usar nodeJS ?
>>>
>>>
>>> On Friday, October 18, 2013 11:28:24 AM UTC+1, pagongski wrote:
>>>>
>>>> Bom dia,
>>>>
>>>> Considerando a thread anterior, que mostra que ainda existem pelo menos
>>>> uns 12 programadores em flex, qual é a vossa opinião/experiência com
>>>> comunicação flex<->BD(mysql,postgresql, etc)?
>>>>
>>>> tenho utilizado amfphp e weborb como interface entre a base de dados e
>>>> as aplicações flex, mas não estou completamente satisfeito com as
>>>> velocidades de resposta.
>>>>
>>>> Se não existirem condicionantes de tempo, servidor, qual é a tecnologia
>>>> mais rápida para este efeito? Há uns anos participei num projecto em que
>>>> essa comunicação assentava num tomcat+java e a resposta era extremamente
>>>> rápida, ainda há alguém que utilize este par?
>>>>
>>>> Muito obrigado.
>>>>
>>>> Miguel Vaz
>>>>
>>>  --
>>> 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/groups/opt_out.
>>>
>>
>>  --
>> 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/groups/opt_out.
>>
>
>
>
> --
>
> 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/groups/opt_out.
>

-- 
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/groups/opt_out.

Responder a