Res: [flexdev] Re: Camada Observador.

2010-04-16 Por tôpico Tiago Ribeiro
= De: miso Para: flexdev@googlegroups.com Enviadas: Quinta-feira, 15 de Abril de 2010 19:36:19 Assunto: Re: [flexdev] Re: Camada Observador. Oi de novo galera, vi que o assunto ficou interessante... No meu caso, eu centralizo todos os serviços que são compartidos por mais de um

Re: [flexdev] Re: Camada Observador.

2010-04-15 Por tôpico miso
Oi de novo galera, vi que o assunto ficou interessante... No meu caso, eu centralizo todos os serviços que são compartidos por mais de um modulo e não ter que criar uma instancia do mesmo serviço por cada modulo que precise dele, nada mais, Asim quando um serviço recupera novos dados, eu não me pr

Re: [flexdev] Re: Camada Observador.

2010-04-15 Por tôpico Helio Antonio Francisco Silva
envolvedor Web. > maider...@yahoo.com > tiago.sist...@yahoo.com > = > > > -- > *De:* Leonardo Casali > > *Para:* flexdev > *Enviadas:* Quinta-feira, 15 de Abril de 2010 8:07:38 > > *Assunto:* [flexdev] Re: Camada Observador. >

Res: [flexdev] Re: Camada Observador.

2010-04-15 Por tôpico Tiago Ribeiro
: [flexdev] Re: Camada Observador. Eu não sou a Gabriela, mas vamos lá... Quanto a utilizar funções para chamadas de serviço, você pode utilizar a abordagem de Proxy. Você cria um Proxy para cada serviço de requisição de dados que você tem e essa classe tem como responsabilidade fazer isso. Esse "

Re: [flexdev] Re: Camada Observador.

2010-04-15 Por tôpico Helio Antonio Francisco Silva
Voce posto uns segundos antes de eu postar por isso eu escrevi gabriela hehe... Vou dar uma estudada nisso pra melhorar o sistema. valeu a dica ae. 2010/4/15 toeonardo Casali > Eu não sou a Gabriela, mas vamos lá... > > Quanto a utilizar funções para chamadas de serviço, você pode utilizar > a

[flexdev] Re: Camada Observador.

2010-04-15 Por tôpico Leonardo Casali
Eu não sou a Gabriela, mas vamos lá... Quanto a utilizar funções para chamadas de serviço, você pode utilizar a abordagem de Proxy. Você cria um Proxy para cada serviço de requisição de dados que você tem e essa classe tem como responsabilidade fazer isso. Esse "Proxy" nada mais é que uma classe q

Re: [flexdev] Re: Camada Observador.

2010-04-15 Por tôpico Helio Antonio Francisco Silva
Massa Gabriela, ja que voce tocou nesse assunto ou vou falar como eu faço as minhas aplicações, ai voce ja me fala se to fazendo certo ou errado. Eu evito o maximo possivel usar listeners, entao eu faço o seguinte, quando executo alguma ação como chamada de webservice ou chamar o banco eu chamo o

[flexdev] Re: Camada Observador.

2010-04-15 Por tôpico Leonardo Casali
Bom dia, Esse é meu primeiro post aqui, mas vamos lá hehehe... Sobre utilizar um Singleton para capturar e disparar eventos temos alguns prós (óbvios) e alguns contras (nem tão óbvios assim). Trabalho em Flex com aplicações de larga escala (ERP) e posso te dizer que depende muito da tua aplicação.

[flexdev] Re: Camada Observador.

2010-04-15 Por tôpico Gabriela Trindade Perry
Pra saber se consome mais eu teria que saber qual a alternativa. Usar Singletons sempre tem o preço de nunca sair da memória, já que tu não pode matar um Singleton. Dá pra fazer um monostate, mais ou menos como o miso falou (um monostate é uma classe com variáveis estáticas) A moral é a seguinte:

Res: [flexdev] Re: Camada Observador.

2010-04-13 Por tôpico Tiago Ribeiro
Assunto: [flexdev] Re: Camada Observador. Não vejo necessidade de Observer. Para o que estás querendo fazer é mais natural usar Commands. Aliás é mais ou menos assim que o Cairngorm resolve esse "problema" Há diferentes abordagens para isso, mas no fim todas elas usam um Sin

[flexdev] Re: Camada Observador.

2010-04-13 Por tôpico Gabriela Trindade Perry
Não vejo necessidade de Observer. Para o que estás querendo fazer é mais natural usar Commands. Aliás é mais ou menos assim que o Cairngorm resolve esse "problema" Há diferentes abordagens para isso, mas no fim todas elas usam um Singleton com EventDispatcher para o registro. A diferença entre o Ma