Confesso que não entendi bem o que disseste. O que conheço é a WebApi do .NET onde programo os serviços no controller.
No dia 14 de novembro de 2017 às 19:00, João Fernandes < [email protected]> escreveu: > 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 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.
