Meu problema e com o SL, porque ele nao traz, originalmente, uma forma
de tratar LC (nem ExternalInterface). Acho  que o motivo para isso
(nao vi nada nos docs) e que estas sao duas formas de conexao (com o
cliente) que nao utilizam Responders.
Entao, extender o SL continua me parecendo esquisito.
Vamos supor que criasses uma outra classe - nao tenho ideia do nome -
para tratar a conexao com LC (sei que tens a tua, mas falei de um nome
mais "padronizado").
Ele tambem teria que ser um Singleton, mas implementaria outra
interface, que nao IServiceLocator.
Ela teria o metodo getLocalConnection, que retornaria um LC.

Dai tu faria como faz com o SL: declara um monte de conexoes ali
dentro.

No teu Command, tu implementa IResponder, e os metodos result e fault.
Passa o Command para o Delegate e chama o .send (ou isso tambem
poderia ser abstraido, ja que e a unica coisa que vais chamar mesmo)
OU
Tu faz igual a implementacao "normal" e chama um metodo qualquer (o
teu servico) e dentro deste metodo (no Delegate), faz a chamada
pro .send. Acho que isso e ate melhor, porque ai nunca precisarias
mudar os teus Commands

 A unica coisa que seu Delegate faria e instanciar a LC
(getClassReference, por exemplo) e declarar o teu metodo que chama
o .send

Agora, como vais fazer para o LC saber que o sucesso deve ser tratado
pelo metodo result e a falha por fault? Se esta logica (de eventos)
pudesse ser escondida na classe de servicos que vais implementar,
seria melhor. Pode ser quando instancias o LC, no metodo do
MeuSingleton.getInstance().getLC() Ele ja poderia fazer essa instancia
do LC registrar-se para ouvir o StatusEvent, e responder para o metodo
result e fault. Como fazer isso eu nao sei...

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

Responder a