Concordo com essa ideia. Quando tiver um tempinho, vou fazer umas alterações de performance, pois penso que o ideal será fazer uma chamada só. Obrigado.
2009/7/10 Miguel Vaz <[email protected]>: > > Intrometi-me porque tenho um caso parecido, pelo menos até onde descreves. > Um página com várias comboboxes (e datagrids), cada uma com a sua lista de > itens (cores, tipos, processos, etc). Trago da BD também a opção > seleccionada de cada uma delas, podendo o utilizador alterar cada valor após > a apresentação no ecrã (que é de imediato gravado). No meu caso, as lista de > itens são sempre as mesmas (como cores, ou tipos), por isso utilizo listas > de referência, que ficarão em memória para uma próxima vez que o utilizador > abra esta página especifica, tendo apenas que ler os valores seleccionados > em cada lista e seleccionar nas comboboxes os respectivos itens. > > Se não for o caso, podes facilmente receber, por exemplo, 4 listas de > valores, assim como os 4 valores seleccionados em cada lista, tudo na mesma > chamada, talvez com um VO ou mesmo uma simples estrutura de dados. Não fiz > testes como é óbvio, mas imagino que a performance seja melhor do que fazer > 5 chamadas consecutivas. > > Não conheço as tuas necessidades, dados, aplicações, etc., e esta opção pode > simplesmente não funcionar para o que pretendes, ou não ser a mais viável, > mas fica a opinião para discussão. > > > Miguel Vaz > > > > > 2009/7/10 PedRobalinho <[email protected]> >> >> Neste caso específico, a cada comboBox equivale a um tipo com várias >> opções, onde o utilizador pode alterar o estado dos tipos. Quando >> carrego a página, ele lê os dados todos de cada comboBox, e seleciona >> a opção que já estava escolhida; no entanto, pode altera-la caso >> pretenda. >> >> Não sei se me fiz entender e tb não percebi se dizes para eu trazer os >> dados das 4 combobox numa chamada só?!?! Será que tinha vantagem >> nisso? >> >> >> >> 2009/7/10 Miguel Vaz <[email protected]>: >> > >> > >> > Desculpem a intromissão, mas porque tens de fazer 4 chamadas? Não podes >> > receber tudo em apenas 1? Entendo as diferentes situações que poderão >> > existir, mas não podes fazer os cálculos todos do lado do servidor e >> > enviar >> > os resultados das 4 comboboxes e suas selecções após esses cálculos? >> > >> > >> > Miguel Vaz >> > >> > >> > 2009/7/9 João Fernandes <[email protected]> >> >> >> >> O método é indiferente, depende da situação é claro, se as chamadas tem >> >> dependências umas das outras ou não. >> >> >> >> Quanto a forma do código pessoalmente gosto mais de usar o asyncToken. >> >> >> >> Script >> >> >> >> var token:AsyncToken = myService.send(params....) >> >> token.addResponder(New Responder( resultEventHandler , >> >> faultEventHandler >> >> )); >> >> >> >> Todas as chamadas RPCs usam este padrão. Eu pessoalmente não gosto >> >> muito >> >> de ter eventListeners inline nos RPCs pois se for inline, não podem ser >> >> removidos. Já a solução via Token é diferente pois o responder só >> >> responderá ao resultado daquela chamada em questão. >> >> >> >> >> >> -- >> >> >> >> João Fernandes >> >> >> >> Adobe Certified Expert >> >> Adobe Community Expert >> >> http://www.onflexwithcf.org >> >> http://www.riapt.org >> >> Portugal Adobe User Group (http://aug.riapt.org) >> >> >> >> >> >> >> >> >> >> >> > >> > >> > > >> > >> >> >> >> -- >> Cumprimentos, >> Pedro da Silva Robalinho >> >> ><))º> Sandim. >> >> e-mail: [email protected] >> msn: [email protected] >> skype: probalinho >> >> > > > > > -- Cumprimentos, Pedro da Silva Robalinho ><))º> Sandim. e-mail: [email protected] msn: [email protected] skype: probalinho --~--~---------~--~----~------------~-------~--~----~ Recebeu esta mensagem porque está inscrito em Grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" do Grupos Google. Para enviar mensagens para este grupo, envie um email para [email protected] Para anular a inscrição neste grupo, envie um email para [email protected] Para mais opções, visite este grupo em http://groups.google.com/group/riapt?hl=pt-PT -~----------~----~----~----~------~----~------~--~---
