eu nao acho legal usar singleton em remoteobject, ja nas telas mdi, sim acho legal...
Igor C. de Paula Analista de sistema e Desenvolvedor (22) 9879-5627 / (22) 8123-4923 / (22) 3051-6603 igordepa...@adminweb.com.br www.adminweb.com.br Sistemas intranet, internet e integrados Enviado via iPad Em 08/06/2012, às 09:55, Rogério Casal <rogerioca...@gmail.com> escreveu: > Everton, > > De fato esse problema existe... Já pensou na viabilidade de fazer um > refactory criando uma classe que extenda de um RemoteObject e faça um > tratamento verificando quem está fazendo a requisição (que tela) segurando o > processamento e retornando o result para a tela correta? Então vc usaria a > classe extendida no lugar de usar o RemoteObject diretamente. Lembro-lhe que > como todo refactory deve ser avaliado importância/escopo da alteração. > > Espero ter ajudado. > > Em 8 de junho de 2012 09:43, Fernando Noronha <fenoro...@gmail.com> escreveu: > Cara, tentei fazer isso a um tempo atras e não deu muito certo, os RESULTS > ficaram todos bagunçados, eu diparava um serviço e o resultado vinha em outro. > > Se for para ficar verificando toda hora de quem é aquele resultado, melhor > fazer da forma padrão mesmo ou criar uma classe para centralizar a > configuração dele. > > > -- > Fernando Noronha > > Em 8 de junho de 2012 09:04, Everton Vieira <everton...@gmail.com> escreveu: > > Povo! É aconselhavel utilizar singleton nas classes que contem um determinado > RemoteObject ?? Meu probelma é o seguinte... estou precisando bloquear telas > do sistema enquanto aguardo o retorno de uma requisição feita ao backend, e > por algum motivo(creio que pensando em economizar memoria) o camarada que > criou a classe com o remote object com o singleton. Assim em um app MDI, > quando tenho duas telas que usam a mesma instancia da classe do R.O, e > chamam o mesmo metodo, uma requisição feita pela tela A está impactando na > tela B que esta ociosa. > -- > Você recebeu esta mensagem porque está inscrito na lista "flexdev" > Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com > Para sair da lista, envie um email em branco para > flexdev-unsubscr...@googlegroups.com > Mais opções estão disponíveis em http://groups.google.com/group/flexdev > > > > -- > Fernando Noronha > Cel.: +55 11 9370 4809 > Cel: +55 12 9164 6564 > Msn: fenoro...@hotmail.com > Skype ID: fenoronha > > Nextel ID: 640*32439 > > -- > Você recebeu esta mensagem porque está inscrito na lista "flexdev" > Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com > Para sair da lista, envie um email em branco para > flexdev-unsubscr...@googlegroups.com > Mais opções estão disponíveis em http://groups.google.com/group/flexdev > > > > -- > Rogério Casal > Software Developer > Fone: 81 8805-4303 > www.rogeriocasal.com.br > > -- > Você recebeu esta mensagem porque está inscrito na lista "flexdev" > Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com > Para sair da lista, envie um email em branco para > flexdev-unsubscr...@googlegroups.com > Mais opções estão disponíveis em http://groups.google.com/group/flexdev -- Você recebeu esta mensagem porque está inscrito na lista "flexdev" Para enviar uma mensagem, envie um e-mail para flexdev@googlegroups.com Para sair da lista, envie um email em branco para flexdev-unsubscr...@googlegroups.com Mais opções estão disponíveis em http://groups.google.com/group/flexdev
