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 > > > > --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
