Bom, talvez eu tenha generalizado demais, tudo sempre "depende". Neste caso traumático que eu citei eram transferências grandes mesmo, nosso problema era tempo (precisávamos resolver o problema logo), e não tinha necessidade de integração com outros sistemas nem pensar em quantas linguagens a solução ia funcionar, já que era que era um caso específico. O AMF nesse caso caiu muito bem, tem muita gente usando, muita ajuda, e não houve problema nenhum pra debugar - que era o assunto inicial.
Concordo com você que quando houver necessidade compatibilidade, XML vai atender melhor (usando essas melhorias para não ficar lento, senão é complicado..), mas se não houver essa necessidade, o AMF é muito bom sim e não gera problemas a mais para o desenvolvedor não, pelo menos eu nunca vi. Então acho que todos devemos (eu inclusive!) tomar mais cuidado com essas afirmações de "use isso" ou "use aquilo" de forma generalizada, é sempre bom analisar cada caso! ;) Carol 2010/9/8 Herberth Amaral <[email protected]> > > > On Sep 8, 1:40 pm, Carol Michelassi <[email protected]> wrote: > > > Quanto a AMF vs. XML, a velha discussão do "depende" do que você vai > fazer, > > mas pra aplicações grandes XML é *inviável*...descobrimos isso na > prática! > > :) > > Aplicações grandes ou transferências grandes? Inviável pelo consumo de > banda ou pelo tempo de processamento? Se for por largura de banda, > vocês cogitaram usar compressão (gzip)? Já que RemoteObject é RPC (usa- > se HTTP POST, não cacheável), então vocês pensaram em colocar > requisições GET cacheáveis quando utlizavam XML? E-Tags? Acho que > todos estes pontos precisam ser esclarecidos antes de concluirmos que > XML é inviável para grandes aplicações :) > > P.S: Não vou entrar no mérito da arquitetura da aplicação como um > todo.. > > -- > Você recebeu esta mensagem porque está inscrito na lista "flexdev" > Para enviar uma mensagem, envie um e-mail para [email protected] > Para sair da lista, envie um email em branco para > [email protected] > Mais opções estão disponíveis em http://groups.google.com/group/flexdev > -- Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para [email protected] Para sair da lista, envie um email em branco para [email protected] Mais opções estão disponíveis em http://groups.google.com/group/flexdev
