João, Queres dizer que tens um serviço genérico e esse sabe "falar" com a compressão definida, recebe o pedido comprimido e já internamente redirecciona para o serviço certo. Algo género: GenericService/ServiceName/Data em que o primeiro parâmetro é uma string que definido o serviço e o segundo o parâmetro único comprimido, descomprimes internamente e via reflection sabes o serviço de destino. Internamente este serviço principal iria ter um switch com centenas de opções (serviços).
É isto que queres dizer ? No dia 11 de novembro de 2017 às 09:15, João Fernandes < [email protected]> escreveu: > Podes sempre criar uma gateway única que vá consumir os serviços já > existentes. Foi o que fizemos quando avançamos para uma aplicação HTML, > criei uma gateway única server side que permitia consumir qualquer serviço > existente mas via JSON em vez de amf ou webservice. > > > On Nov 9, 2017 10:22 PM, "Hugo Ferreira" <[email protected]> wrote: > >> Claro que sim. >> Vai dar um gráfico bastante interessante, até porque o caso de uso >> utiliza centenas de serviços AMF3 versus JSON com compressão. >> No entanto vai ser uma transição que vai demorar ainda algum tempo. >> Sou muito exigente nos meus refactorings. >> Acho que são essenciais para continuar a evoluir no sentido tecnológico >> mas muito conservador no sentido de não quebrar nada. >> Prefiro ter de dar um passo atrás para depois poder dar 2 à frente. >> Que se faça uma coisa mas que se faça bem feita :) >> Um abraço e vou dar novidades daqui a uns tempos assim que as tiver :) >> >> >> No dia 9 de novembro de 2017 às 21:47, João Fernandes < >> [email protected]> escreveu: >> >>> Vai partilhando os resultados obtidos. >>> >>> 2017-11-07 14:58 GMT+00:00 Hugo Ferreira <[email protected]>: >>> >>>> Excelente. >>>> Realmente têm um suporte muito vasto. >>>> AS3 e C# que são as que preciso. >>>> >>>> Pelo que dizes, então em teoria, até poderá ter melhor performance >>>> (pouca certamente) em relação AMF3 mas tenho literalmente centenas de >>>> serviços e no total o ganho poderá ser notório. >>>> Vale a pena experimentar. >>>> >>>> A desvantagem a meu ver é que tornará os serviços menos "standard" mas >>>> como suportam basicamente o top 50 das linguagens de programação mais >>>> utilizadas, acaba-se por colmatar essa desvantagem (melhor que AMF3). >>>> >>>> No dia 7 de novembro de 2017 às 14:27, João Fernandes < >>>> [email protected]> escreveu: >>>> >>>>> AMF será sermpre mais compacto que JSON out of the box, no entanto, >>>>> podes sempre implementar um sistema de compressão de input/output para >>>>> reduzir o tamanho dos dados. >>>>> Nós acabamos por usar gzip directamente nos dados (JSON) e tivemos >>>>> alguns ganhos mas podes sempre tentar compactar com algo do género >>>>> https://msgpack.org/index.html que tem várias implementações. Este >>>>> formato tem uma pequena vantagem relativamente ao AMF que é o tamanho da >>>>> informação ser dinâmica enquanto que no AMF, a spec obriga a que o >>>>> "excedente" seja complementado com padding para preencher o resto do >>>>> espaço >>>>> reservado para a definição. >>>>> >>>>> >>>>> >>>>> 2017-11-07 11:04 GMT+00:00 Hugo Ferreira <[email protected]>: >>>>> >>>>>> Bom dia, >>>>>> >>>>>> Estava a ponderar passar de AMF3 para JSON. >>>>>> Ambos os formatos são compactos (ao contrário do SOAP). >>>>>> >>>>>> Este benchamark já tem uma década mas dúvido que se tenha alterado >>>>>> muito: http://www.jamesward.com/2007/04/30/ajax-and-flex-data-loadi >>>>>> ng-benchmarks/ >>>>>> >>>>>> A performance para mim está acima de utilizar um protocolo que se >>>>>> tenha tornado padrão. >>>>>> >>>>>> Fazer este tipo de teste requer ainda bastante trabalho (basicamente >>>>>> é fazer a transição para perceber se vale a pena). >>>>>> Alguém que tenha tido contacto com esta comparação digamos nos >>>>>> últimos 3/4 anos ? >>>>>> >>>>>> -- >>>>>> 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 https://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 https://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 https://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 https://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 https://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 https://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 https://groups.google.com/group/riapt. Para mais opções, consulte https://groups.google.com/d/optout.
