No nosso caso não há switch nenhum. Imagina /REST/somewebserviceName/someMethod os parâmetros poderão ser via query string out post a time de fazer a inspeção necessária. No nosso caso se someServiceName não existe ou falta lhe a metadata de exposição, e o mesmo para a função, devolvemos uma mensagem de erro. Podes inclusive armazenar o serviço em cache para não estares sempre a recriar o objecto.
São algumas das pequenas coisas que fiz para "poupar" tempo na transição para HTML. Agora que o trabalho está feito, é tempo de seguir uma nova rota 😉 On Nov 14, 2017 10:03 AM, "Hugo Ferreira" <[email protected]> wrote: > 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 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.
