Olá Pessoal, que bom q comentaram! O Beck disse tudo: "tudo depende dos requisitos"
Se a proposta é, por exemplo, fornecer um serviço padronizado de dados, no qual qualquer tipo de aplicação possa ler, realmente o XML ajuda (WebServices) . Se a proposta é construir um sistema mais fechado, e se quer fazer isso mais rapidamente, o AMF ajuda :) Eu levei o teor da conversa para o lado prático. As vezes é muito bom ter um código muito bem estruturado e organizado, com padrões, design patterns, etc etc etc. As vezes isso consome muito tempo e o seu cliente, que está te pagando, nem quer saber disso. Ele quer ver o produto pronto :) Tô vendo que essa conversa vai chegar nos termos de: windows x linux, java x php, kaiser x antartica :) O real resposta para tudo isso é: conheça bem as duas "modalidades" e saiba empregar cada uma na hora certa! Aí está o X da questão Abraços, Daniel Schmitz On 3/1/07, Giancarlo Faccio Hammes <[EMAIL PROTECTED]> wrote: > > Exatamente Beck e Fábio. > É obvio que a performance tem de ser preocupação constante na construção de > qualquer software. Mas a discussão que proponho é um pouco mais profunda. > Até que ponto posso prejudicar a escalabilidade e portabilidade do meu > software em nome do desempenho?? > Não tenho nenhuma posição definida com relação a isso (pelo menos > considerando a minha pequena experiencia com Flex) e acho que isso vai bater > na minha cabeça por um bom tempo. > Agredeço a ajuda de todos! > > -- > Giancarlo Faccio Hammes > Analista de T.I > Setor de Tecnologia da Informação > Unimed Extremo Oeste Catarinense > email: [EMAIL PROTECTED] > msn: [EMAIL PROTECTED] > skype: nefariun_ec > (49) 36312204 > (49) 88012357 (Celular TI) > ----- Original Message ----- > From: "Beck Novaes" <[EMAIL PROTECTED]> > To: "flexdev" <[email protected]> > Sent: Thursday, March 01, 2007 5:22 PM > Subject: [flexdev] Re: XML ou AMFPHP > > > > Olá Daniel, > > > Você deve saber que no Flex nós não trafegamos mais as informações de > formatação a cada requisição no servidor. Isto já garante um bom ganho > de performance com relação as Web Applications Tradicionais (sem > Ájax). Por isto, sinceramente, não acho que devemos nos preocupar > tanto assim com alguns kbytes a mais. Já fiz alguns testes com XML e > percebi que o tempo de resposta foi bem rápido. Bem rápido mesmo! De > fato, o maior problema de performance do XML no Flex 1.5 não era do > tráfego, mas sim do Parser que em alguns casos travava o Flash > Player. > > Além disto, Martin Fowler em seu livro sobre Refactoring argumenta de > um modo bem eloqüente que a performance pode ser algo a ser refatorado > quando os gargalos de fato aparecerem. A base do seu argumento é que a > preocupação excessiva com a performance pode levar a um código de > baixa legibilidade, e na realidade apenas uma parcela bem pequena do > seu software precisa focar na performance. Como muitas vezes não > sabemos de fato que parcela é esta é melhor focar na legibilidade para > não prejudicar o código todo e deixar para refatorar quando o problema > de performance aparecer. > > Ainda com relação ao XML vale lembrar que todo tipo de serviço Web > trafega XML. Sejam os Webservices SOAP ou os RESTFul. E isto já é um > padrão no mercado, haja vista as APIs da Amazon, Flickr, etc. > > Eu já havia ressaltado que o fato dos dados não serem tipados é > indesejável. Mas descontado o trafego do XML que eu não creio ser um > problema grave, não sei se a simples tipagem justificaria a opção pelo > amfphp. Enfim, tudo depende dos requisitos do problema do Giancarlo. E > se ele está preocupado com a padronização não creio que os argumentos > que você citou sejam suficientes para ele abrir mão disto. > > > []'s > Beck Novaes > > On 1 mar, 11:38, "Daniel Schmitz" <[EMAIL PROTECTED]> wrote: > > Sou totalmente contra XML que é transmitido em modo texto através de > > um protocolo http.... Por exemplo, um atributo "nome".... pode ser: > > > > <nome> Daniel </nome> > > > > Só ae, temos 13 caracteres (bytes) perdidos: <nome> e </nome> > > > > O AMF transmite em modo binário e compactado. O tempo de resposta é > > muito mais rápido. E isso vale muito na WEB. > > > > Outra coisa. Com AMF, mandamos um Objeto qualquer para o servidor. E > > recebemos um outro objeto dele... Com XML, mandamos texto e recebemos > > texto. > > > > Veja meu artigo sobre PHP e AMFPHP emwww.imasters.com.br > > > > Abraços, > > Daniel Schmitz > > > > On 3/1/07, Beck Novaes <[EMAIL PROTECTED]> wrote: > > > > > > > > > Olá Giancarlo, > > > > > Se fosse antigamente, quando o Flash Player tinha uma performance ruim > > > para trabalhar com XML eu lhe diria para usar AMFPHP. De fato, > > > antigamente a performance era um argumento até mesmo para vender o > > > Flex 1.5 (que exigia o servidor e tinha o AMF) mas hoje não se vende o > > > Data Services com este argumento. Isto porque com a implementação do > > > E4X o XML se tornou uma alternativa interessante. Ainda mais levando > > > em consideração o crescimento da adoção dos serviços RESTfull. Uma > > > desvantagem de trabalhar com XML é que você perde o benefício da > > > tipagem no Front-End uma vez que o XML é genérico independentemente de > > > você estar trabalhando com, digamos, uma entidade usuário e outra > > > pedido. > > > > > []'s > > > Beck Novaes > > > > > On 1 mar, 10:22, "Giancarlo Faccio Hammes" <[EMAIL PROTECTED]> > > > wrote: > > > > Boa tarde, > > > > estou construindo alguns aplicativos no Flex mas estou indeciso sobre > > > > usar AMFPHP ou XML. Gosto da agilidade do amfphp mas do ponto de vista > > > > organizacional a utilização de httpservices me parece mais adequada e > > > > mais "universal". Oque vocês acham?Oque me recomendam? > > > > Agradeço a atenção de todos. > > > > > > -- > > > > Giancarlo Faccio Hammes > > > > Analista de T.I > > > > Setor de Tecnologia da Informação > > > > Unimed Extremo Oeste Catarinense > > > > email: [EMAIL PROTECTED] > > > > msn: [EMAIL PROTECTED] > > > > skype: nefariun_ec > > > > (49) 36312204 > > > > (49) 88012357 (Celular TI) > > > > > > > --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
