J� tinha pensado em fazer algo assim. E realmente, a melhor alternativa �
utilizar o c�digo da se��o como �ndice. Mas como encapsular via dicion�rio?
N�o entendi. Tamb�m n�o tenho conhecimento sobre EJB, logo pode vir a se
tornar uma alternativa futura. A id�ia de um objeto remoto controlando isto
me agrada.
obrigado
Jorge
-----Original Message-----
From: Clebert Rezende Suconic [mailto:[EMAIL PROTECTED]]
Sent: ter�a-feira, 24 de outubro de 2000 20:33
To: Jorge Martins
Subject: Re: [java-list] Design Pattern Singleton
Voc� poderia utilizar Singleton, se coloca-se um m�todo getInstance(int
codigoSecao), e encapsula-se o uso da se��o via
Dicion�rio.
Voc� tamb�m poderia fazer isto, utilizando um EJB atrav�z de um Entity
Object utilizando o c�digo da Se��o, ou o c�digo do usu�rio. poderia at�
armazenar em um cookie. Que ali�s acho o mais interessante.
O que voc� acha?
----- Original Message -----
From: Jorge Martins <[EMAIL PROTECTED]>
To: 'Clebert Rezende Suconic' <[EMAIL PROTECTED]>
Sent: Tuesday, October 24, 2000 8:16 PM
Subject: RE: [java-list] Design Pattern Singleton
> Obrigado Clebert
>
> J� estava chegando a esta mesma conclus�o. Irei utilizar este design
> pattern apenas para o escopo de aplica��o. E irei armazenar este objeto
> usu�rio no escopo da sess�o.
>
> O chato � perder a transpar�ncia, pois ser� necess�rio pass�-lo como
> par�metro aos meus componentes ao inv�s deles automaticamente acess�-los
com
> getInstance(). Pode parecer besteira, mas n�o serei eu a fazer isso (e nem
> minha empresa) e sim nossos clientes. E quanto mais transparente e
simples,
> mesmo que por um detalhe, for o trabalho do cliente, melhor.
>
> um abra�o
>
> Jorge
>
>
> -----Original Message-----
> From: Clebert Rezende Suconic [mailto:[EMAIL PROTECTED]]
> Sent: ter�a-feira, 24 de outubro de 2000 20:14
> To: Jorge Martins; [EMAIL PROTECTED]
> Subject: Re: [java-list] Design Pattern Singleton
>
>
> Na minha opini�o voc� n�o deveria utilizar um Singleton. Voc� deveria
> utilizar um singleton quando voc� necessitasse de uma inst�ncia para todos
> os usu�rios do seu site. Uma classe singleton poderia conter dados b�sicos
> para todos como UFs, Sexo. Whatever, uma s�rie de coisas.
>
> Acredito que o mais indicado seria uma inst�ncia de objeto armazenado
> diretamente na se��o.
>
>
> Se��es armazenam Objects. Voc� poder� fazer type-cast quando necessitar.
> Basta recuperar o objeto da se��o
>
>
>
> Clebert
>
>
> ----- Original Message -----
> From: Jorge Martins <[EMAIL PROTECTED]>
> To: 'Clebert Rezende Suconic' <[EMAIL PROTECTED]>
> Sent: Tuesday, October 24, 2000 8:03 PM
> Subject: RE: [java-list] Design Pattern Singleton
>
>
> > OK. Isso eu consegui. Mas o escopo desta classe est� sendo de aplica��o
e
> eu
> > gostaria que fosse de se��o. Minha id�ia � manter toda a informa��o que
> > preciso do usu�rio do meu site em uma classe Singleton. Assim, cada
sess�o
> > manteria uma inst�ncia desta classe.
> >
> > Estou falhando em algum conceito ou � algum detalhe de implementa��o? O
> > conceito de sess�o, uma para cada usu�rio do meu site naquele momento,
> est�
> > correto? Como � feito o controle destas sess�es? � por IP?
> >
> > um abra�o
> >
> > Jorge
> >
> > ps: obrigado pela dica do synchronized. Eu tinha me esquecido deste
> > importante detalhe at� agora.
> >
> >
> > -----Original Message-----
> > From: Clebert Rezende Suconic [mailto:[EMAIL PROTECTED]]
> > Sent: ter�a-feira, 24 de outubro de 2000 19:59
> > To: [EMAIL PROTECTED]
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: [java-list] Design Pattern Singleton
> >
> >
> > Teoricamente voc� n�o teria nenhum problema em criar a singleton.
> >
> >
> > public class MinhaClasseSingleton
> > {
> > private MinhaClasseSingleton()
> > {
> > }
> >
> >
> > private static MinhaClasseSingleton instanceSingleton;
> >
> > public synchronized static MinhaClasseSingleton getInstance()
> > {
> > if (instanceSingleton==null)
> > {
> > instanceSingleton= new MinhaClasseSingleton();
> > }
> >
> > return instanceSingleton;
> > }
> > }
> >
> > Basta voc� colocar a classe no classPath.
> >
> >
> > ----- Original Message -----
> > From: Jorge Martins <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Tuesday, October 24, 2000 6:24 PM
> > Subject: [java-list] Design Pattern Singleton
> >
> >
> > > Algu�m j� implementou o design pattern Singleton para ser usado em
> p�ginas
> > > JSP? A id�ia � transparentemente manter um inst�ncia �nica de uma
classe
> > > atrav�s de uma sess�o. Assim meus outros componentes beans utilizariam
> > esta
> > > classe com o comando Singleton.getIsntance().
> > >
> > > Exemplo:
> > >
> > > class Singleton () - classe com �nica inst�ncia. Para acess�-la
deve-se
> > > utilizar o m�todo est�tico getInstance().
> > >
> > >
> > > p�gina 1 - usa a classe Singleton, configurando seu nome.
> > >
> > > > Singleton.getInstance().setName("Meu Nome");
> > >
> > >
> > > p�gina 2 - usa a classe Singleton, retornando o nome.
> > >
> > > > String name = Singleton.getInstance().getName();
> > >
> > > A String name deve ter valor "Meu Nome" se usada na mesma sess�o da
> p�gina
> > > 1.
> > >
> > >
> > > Fui suficientemente claro? Qualquer dica ser� bem vinda.
> > >
> > > um abra�o
> > >
> > > Jorge Roberto Diniz Martins
> > > [EMAIL PROTECTED]
> > > www.unear.net
> > > Tel.: +55 (21) 389-2924
> >
>
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP
d�vidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
