Re: [java-list] Design Pattern
página com vários links sobre livros e alguns exemplos: http://rampages.onramp.net/~huston/dp/patterns.html []´s Daniel A. Edward Roe wrote: > Oi, > > > Compre o livro Design Patterns - Elements of Reusable Object-Oriented > > Software, da Gang of Four. > > Esse livro eh mesmo muito bom. Mas se quiser , pode baixar o livro > Thinking in Patterns do Bruce Eckel (www.bruceeckel.com). > > []´s > > -- > Edward Roe > > -- 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] > - -- 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] -
Re: [java-list] Design Pattern
Desculpe entrar no circuito! É que também tenho muito interesse sobre este assunto e gostaria de receber também este material se possível. []s Pietro Sandonato - Original Message - From: "Luiz Fernando Educ" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; "Leandro Fernandes Afonso" <[EMAIL PROTECTED]> Sent: Wednesday, July 11, 2001 8:21 AM Subject: Re: [java-list] Design Pattern > Tenho dois arquivos de Pattern um de 400 Kb e outro de 200Kb, se voce quiser > posso envia-los para vc... > > []´s > > Luiz Fernando Corrêa > Engenheiro de Software - NTI/UFPE > Fone: (55-81) 3271-8692 > Ramal Interno: 8692 > [EMAIL PROTECTED] > [EMAIL PROTECTED] > [EMAIL PROTECTED] > - Original Message - > From: "Leandro Fernandes Afonso" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, July 10, 2001 7:31 PM > Subject: Re: [java-list] Design Pattern > > > > beleza, mas onde encontrar então estas documentações desig Patterns? > > > > Leandro > > - Original Message - > > From: Alexandre Rodrigues Gomes <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Monday, July 09, 2001 9:29 AM > > Subject: RES: [java-list] Design Pattern > > > > > > > Oi Mônica, > > > > > > são níveis de abstração diferentes. Quando eu falo em arquitetura de > > > software, geralemente estou me referindo a divisão da sua aplicação em > > > subsistemas e a comunicação entre esses subsistemas através da definição > > de > > > interfaces de serviços. Agora, quando eu falo em micro-arquitetura, faço > > > menção à uma granuralidade bem fina de componentes e objetos, suas > > > associações e relacionamentos que definem suas diversas formas de > > interação. > > > Exemplos de patterns de arquitetura são Layer, Blackboard, Pipe etc e de > > > micro-arquitetura são Builder, Facade, Abstract Factory, Singleton. > > > > > > > > > By Alê! > > > > > > -Mensagem original- > > > De: Monica Barreto [mailto:[EMAIL PROTECTED]] > > > Enviada em: sexta-feira, 6 de julho de 2001 20:26 > > > Para: [EMAIL PROTECTED] > > > Assunto: Re: [java-list] Design Pattern > > > > > > > > > Oi Alexandre!! > > > > > > Sem querer abusar muito, mas pq micro-arquitetura?? > > > > > > Obrigada, > > > Monica > > > > > > - Original Message - > > > From: "Alexandre Rodrigues Gomes" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > Sent: Monday, June 18, 2001 3:21 PM > > > Subject: RES: [java-list] Design Pattern > > > > > > > > > Chico, > > > > > > Sendo muito didático e nada técnico, Design Patterns são experiências > > > documentadas. É uma lista de um monte de problemas que muita gente passa > e > > > que todos geralmente acabam chegando em soluções semelhantes. Esses > > > problemas com suas respectivas soluções foram documentados a fim de > > > facilitar a vida de desenvolvedores iniciantes, ainda sem muita > > experência, > > > para que não percam tempo quebrando cabeça. Em outras palavras, Design > > > Patterns consiste em padrões de boas práticas de projeto com soluções > > > robustas e flexíveis ao nível de micro-arquitetura de software. > > > > > > By Alê! > > > > > > -Mensagem original- > > > De: Francisco Clever Moreira Júnior [mailto:[EMAIL PROTECTED]] > > > Enviada em: segunda-feira, 18 de junho de 2001 14:41 > > > Para: [EMAIL PROTECTED] > > > Assunto: Re: [java-list] Design Pattern > > > > > > > > > O que é Design Pattern ? > > > Alguém pode me explicar o que é isso ? > > > > > > Obrigado Galera > > > > > > Franscisco > > > > > > - Original Message - > > > From: "Alexandre Rodrigues Gomes" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > Sent: Monday, June 18, 2001 1:20 PM > > > Subject: RES: [java-list] Design Pattern > > > > > > > > > Acesso pelo menor preço do mercado! R$ 14,90 nos 3 primeiros meses! > > > ASSINE AGORA! http://www.bol.com.br/acessobol/ > > > > > > > > > para uma refrência mais completa, veja > > > > > > http://www.cic.unb.br/docentes/fernando/endereco.htm#Patterns > > > > > > Todavia, não deixe de adquirir os livros GoF e POSA.
Re: [java-list] Design Pattern
Tenho dois arquivos de Pattern um de 400 Kb e outro de 200Kb, se voce quiser posso envia-los para vc... []´s Luiz Fernando Corrêa Engenheiro de Software - NTI/UFPE Fone: (55-81) 3271-8692 Ramal Interno: 8692 [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] - Original Message - From: "Leandro Fernandes Afonso" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, July 10, 2001 7:31 PM Subject: Re: [java-list] Design Pattern > beleza, mas onde encontrar então estas documentações desig Patterns? > > Leandro > - Original Message - > From: Alexandre Rodrigues Gomes <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, July 09, 2001 9:29 AM > Subject: RES: [java-list] Design Pattern > > > > Oi Mônica, > > > > são níveis de abstração diferentes. Quando eu falo em arquitetura de > > software, geralemente estou me referindo a divisão da sua aplicação em > > subsistemas e a comunicação entre esses subsistemas através da definição > de > > interfaces de serviços. Agora, quando eu falo em micro-arquitetura, faço > > menção à uma granuralidade bem fina de componentes e objetos, suas > > associações e relacionamentos que definem suas diversas formas de > interação. > > Exemplos de patterns de arquitetura são Layer, Blackboard, Pipe etc e de > > micro-arquitetura são Builder, Facade, Abstract Factory, Singleton. > > > > > > By Alê! > > > > -Mensagem original- > > De: Monica Barreto [mailto:[EMAIL PROTECTED]] > > Enviada em: sexta-feira, 6 de julho de 2001 20:26 > > Para: [EMAIL PROTECTED] > > Assunto: Re: [java-list] Design Pattern > > > > > > Oi Alexandre!! > > > > Sem querer abusar muito, mas pq micro-arquitetura?? > > > > Obrigada, > > Monica > > > > - Original Message - > > From: "Alexandre Rodrigues Gomes" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Monday, June 18, 2001 3:21 PM > > Subject: RES: [java-list] Design Pattern > > > > > > Chico, > > > > Sendo muito didático e nada técnico, Design Patterns são experiências > > documentadas. É uma lista de um monte de problemas que muita gente passa e > > que todos geralmente acabam chegando em soluções semelhantes. Esses > > problemas com suas respectivas soluções foram documentados a fim de > > facilitar a vida de desenvolvedores iniciantes, ainda sem muita > experência, > > para que não percam tempo quebrando cabeça. Em outras palavras, Design > > Patterns consiste em padrões de boas práticas de projeto com soluções > > robustas e flexíveis ao nível de micro-arquitetura de software. > > > > By Alê! > > > > -Mensagem original- > > De: Francisco Clever Moreira Júnior [mailto:[EMAIL PROTECTED]] > > Enviada em: segunda-feira, 18 de junho de 2001 14:41 > > Para: [EMAIL PROTECTED] > > Assunto: Re: [java-list] Design Pattern > > > > > > O que é Design Pattern ? > > Alguém pode me explicar o que é isso ? > > > > Obrigado Galera > > > > Franscisco > > > > - Original Message - > > From: "Alexandre Rodrigues Gomes" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Monday, June 18, 2001 1:20 PM > > Subject: RES: [java-list] Design Pattern > > > > > > Acesso pelo menor preço do mercado! R$ 14,90 nos 3 primeiros meses! > > ASSINE AGORA! http://www.bol.com.br/acessobol/ > > > > > > para uma refrência mais completa, veja > > > > http://www.cic.unb.br/docentes/fernando/endereco.htm#Patterns > > > > Todavia, não deixe de adquirir os livros GoF e POSA. > > > > By Alê! > > > > -Mensagem original- > > De: Edward Roe [mailto:[EMAIL PROTECTED]] > > Enviada em: segunda-feira, 18 de junho de 2001 12:17 > > Para: [EMAIL PROTECTED] > > Assunto: Re: [java-list] Design Pattern > > > > > > > > Oi, > > > > Voce pode dar uma olhada no livro Thinking in Patterns with Java do > > Bruce Eckel em: > > > > http://www.mindview.net/Books/TIPatterns/ > > > > ou os vários links em: > > > > http://www.cetus-links.org/oo_patterns.html > > > > > Gostaria de saber mas sobre Design Pattern, onde eu posso conseguir > > material para estudo > > > > > > []´s > > -- > > Edward Roe > > > > -- LISTA SOUJAVA > > http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP > &g
RE: [java-list] Design Pattern
Oi, > Compre o livro Design Patterns - Elements of Reusable Object-Oriented > Software, da Gang of Four. Esse livro eh mesmo muito bom. Mas se quiser , pode baixar o livro Thinking in Patterns do Bruce Eckel (www.bruceeckel.com). []´s -- Edward Roe -- 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] -
RE: [java-list] Design Pattern
Leandro, Compre o livro Design Patterns - Elements of Reusable Object-Oriented Software, da Gang of Four. Vale a pena abraços Jorge -Original Message- From: Leandro Fernandes Afonso [mailto:[EMAIL PROTECTED]] Sent: terça-feira, 10 de julho de 2001 19:31 To: [EMAIL PROTECTED] Subject: Re: [java-list] Design Pattern beleza, mas onde encontrar então estas documentações desig Patterns? Leandro - Original Message - From: Alexandre Rodrigues Gomes <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, July 09, 2001 9:29 AM Subject: RES: [java-list] Design Pattern > Oi Mônica, > > são níveis de abstração diferentes. Quando eu falo em arquitetura de > software, geralemente estou me referindo a divisão da sua aplicação em > subsistemas e a comunicação entre esses subsistemas através da definição de > interfaces de serviços. Agora, quando eu falo em micro-arquitetura, faço > menção à uma granuralidade bem fina de componentes e objetos, suas > associações e relacionamentos que definem suas diversas formas de interação. > Exemplos de patterns de arquitetura são Layer, Blackboard, Pipe etc e de > micro-arquitetura são Builder, Facade, Abstract Factory, Singleton. > > > By Alê! > > -Mensagem original- > De: Monica Barreto [mailto:[EMAIL PROTECTED]] > Enviada em: sexta-feira, 6 de julho de 2001 20:26 > Para: [EMAIL PROTECTED] > Assunto: Re: [java-list] Design Pattern > > > Oi Alexandre!! > > Sem querer abusar muito, mas pq micro-arquitetura?? > > Obrigada, > Monica > > - Original Message - > From: "Alexandre Rodrigues Gomes" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, June 18, 2001 3:21 PM > Subject: RES: [java-list] Design Pattern > > > Chico, > > Sendo muito didático e nada técnico, Design Patterns são experiências > documentadas. É uma lista de um monte de problemas que muita gente passa e > que todos geralmente acabam chegando em soluções semelhantes. Esses > problemas com suas respectivas soluções foram documentados a fim de > facilitar a vida de desenvolvedores iniciantes, ainda sem muita experência, > para que não percam tempo quebrando cabeça. Em outras palavras, Design > Patterns consiste em padrões de boas práticas de projeto com soluções > robustas e flexíveis ao nível de micro-arquitetura de software. > > By Alê! > > -Mensagem original- > De: Francisco Clever Moreira Júnior [mailto:[EMAIL PROTECTED]] > Enviada em: segunda-feira, 18 de junho de 2001 14:41 > Para: [EMAIL PROTECTED] > Assunto: Re: [java-list] Design Pattern > > > O que é Design Pattern ? > Alguém pode me explicar o que é isso ? > > Obrigado Galera > > Franscisco > > - Original Message - > From: "Alexandre Rodrigues Gomes" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, June 18, 2001 1:20 PM > Subject: RES: [java-list] Design Pattern > > > Acesso pelo menor preço do mercado! R$ 14,90 nos 3 primeiros meses! > ASSINE AGORA! http://www.bol.com.br/acessobol/ > > > para uma refrência mais completa, veja > > http://www.cic.unb.br/docentes/fernando/endereco.htm#Patterns > > Todavia, não deixe de adquirir os livros GoF e POSA. > > By Alê! > > -Mensagem original- > De: Edward Roe [mailto:[EMAIL PROTECTED]] > Enviada em: segunda-feira, 18 de junho de 2001 12:17 > Para: [EMAIL PROTECTED] > Assunto: Re: [java-list] Design Pattern > > > > Oi, > > Voce pode dar uma olhada no livro Thinking in Patterns with Java do > Bruce Eckel em: > > http://www.mindview.net/Books/TIPatterns/ > > ou os vários links em: > > http://www.cetus-links.org/oo_patterns.html > > > Gostaria de saber mas sobre Design Pattern, onde eu posso conseguir > material para estudo > > > []´s > -- > Edward Roe > > -- 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] > - > > -- 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] > - > > > > > -- LISTA SOUJAVA ---
Re: [java-list] Design Pattern
beleza, mas onde encontrar então estas documentações desig Patterns? Leandro - Original Message - From: Alexandre Rodrigues Gomes <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, July 09, 2001 9:29 AM Subject: RES: [java-list] Design Pattern > Oi Mônica, > > são níveis de abstração diferentes. Quando eu falo em arquitetura de > software, geralemente estou me referindo a divisão da sua aplicação em > subsistemas e a comunicação entre esses subsistemas através da definição de > interfaces de serviços. Agora, quando eu falo em micro-arquitetura, faço > menção à uma granuralidade bem fina de componentes e objetos, suas > associações e relacionamentos que definem suas diversas formas de interação. > Exemplos de patterns de arquitetura são Layer, Blackboard, Pipe etc e de > micro-arquitetura são Builder, Facade, Abstract Factory, Singleton. > > > By Alê! > > -Mensagem original- > De: Monica Barreto [mailto:[EMAIL PROTECTED]] > Enviada em: sexta-feira, 6 de julho de 2001 20:26 > Para: [EMAIL PROTECTED] > Assunto: Re: [java-list] Design Pattern > > > Oi Alexandre!! > > Sem querer abusar muito, mas pq micro-arquitetura?? > > Obrigada, > Monica > > - Original Message - > From: "Alexandre Rodrigues Gomes" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, June 18, 2001 3:21 PM > Subject: RES: [java-list] Design Pattern > > > Chico, > > Sendo muito didático e nada técnico, Design Patterns são experiências > documentadas. É uma lista de um monte de problemas que muita gente passa e > que todos geralmente acabam chegando em soluções semelhantes. Esses > problemas com suas respectivas soluções foram documentados a fim de > facilitar a vida de desenvolvedores iniciantes, ainda sem muita experência, > para que não percam tempo quebrando cabeça. Em outras palavras, Design > Patterns consiste em padrões de boas práticas de projeto com soluções > robustas e flexíveis ao nível de micro-arquitetura de software. > > By Alê! > > -Mensagem original- > De: Francisco Clever Moreira Júnior [mailto:[EMAIL PROTECTED]] > Enviada em: segunda-feira, 18 de junho de 2001 14:41 > Para: [EMAIL PROTECTED] > Assunto: Re: [java-list] Design Pattern > > > O que é Design Pattern ? > Alguém pode me explicar o que é isso ? > > Obrigado Galera > > Franscisco > > - Original Message - > From: "Alexandre Rodrigues Gomes" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, June 18, 2001 1:20 PM > Subject: RES: [java-list] Design Pattern > > > Acesso pelo menor preço do mercado! R$ 14,90 nos 3 primeiros meses! > ASSINE AGORA! http://www.bol.com.br/acessobol/ > > > para uma refrência mais completa, veja > > http://www.cic.unb.br/docentes/fernando/endereco.htm#Patterns > > Todavia, não deixe de adquirir os livros GoF e POSA. > > By Alê! > > -Mensagem original- > De: Edward Roe [mailto:[EMAIL PROTECTED]] > Enviada em: segunda-feira, 18 de junho de 2001 12:17 > Para: [EMAIL PROTECTED] > Assunto: Re: [java-list] Design Pattern > > > > Oi, > > Voce pode dar uma olhada no livro Thinking in Patterns with Java do > Bruce Eckel em: > > http://www.mindview.net/Books/TIPatterns/ > > ou os vários links em: > > http://www.cetus-links.org/oo_patterns.html > > > Gostaria de saber mas sobre Design Pattern, onde eu posso conseguir > material para estudo > > > []´s > -- > Edward Roe > > -- 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] > - > > -- 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] > - > > > > > -- 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 >
Re: [java-list] Design Pattern
Oi Alexandre!! Sem querer abusar muito, mas pq micro-arquitetura?? Obrigada, Monica - Original Message - From: "Alexandre Rodrigues Gomes" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, June 18, 2001 3:21 PM Subject: RES: [java-list] Design Pattern Chico, Sendo muito didático e nada técnico, Design Patterns são experiências documentadas. É uma lista de um monte de problemas que muita gente passa e que todos geralmente acabam chegando em soluções semelhantes. Esses problemas com suas respectivas soluções foram documentados a fim de facilitar a vida de desenvolvedores iniciantes, ainda sem muita experência, para que não percam tempo quebrando cabeça. Em outras palavras, Design Patterns consiste em padrões de boas práticas de projeto com soluções robustas e flexíveis ao nível de micro-arquitetura de software. By Alê! -Mensagem original- De: Francisco Clever Moreira Júnior [mailto:[EMAIL PROTECTED]] Enviada em: segunda-feira, 18 de junho de 2001 14:41 Para: [EMAIL PROTECTED] Assunto: Re: [java-list] Design Pattern O que é Design Pattern ? Alguém pode me explicar o que é isso ? Obrigado Galera Franscisco - Original Message - From: "Alexandre Rodrigues Gomes" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, June 18, 2001 1:20 PM Subject: RES: [java-list] Design Pattern Acesso pelo menor preço do mercado! R$ 14,90 nos 3 primeiros meses! ASSINE AGORA! http://www.bol.com.br/acessobol/ para uma refrência mais completa, veja http://www.cic.unb.br/docentes/fernando/endereco.htm#Patterns Todavia, não deixe de adquirir os livros GoF e POSA. By Alê! -Mensagem original- De: Edward Roe [mailto:[EMAIL PROTECTED]] Enviada em: segunda-feira, 18 de junho de 2001 12:17 Para: [EMAIL PROTECTED] Assunto: Re: [java-list] Design Pattern Oi, Voce pode dar uma olhada no livro Thinking in Patterns with Java do Bruce Eckel em: http://www.mindview.net/Books/TIPatterns/ ou os vários links em: http://www.cetus-links.org/oo_patterns.html > Gostaria de saber mas sobre Design Pattern, onde eu posso conseguir material para estudo []´s -- Edward Roe -- 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] - -- 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] - -- 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] - -- 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] - -- 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] -
Re: [java-list] Design Pattern
O Tom Price participou da tradução do livro da GoF. E pelo que li dele, me parece bem conceitual e pesada. Li também um outro livro muito bom que apresenta UML juntamente, mas não me lembro o título correto. Passo amanhã com todos os dados completos se interessar. Se alguém se interessar posso passar o meu projeto final da graduação que fiz sobre Design Patterns. Ats., Leucir Marin Junior Analista de Sistemas Senior Sul America Seguros SA. - Original Message - From: "Silvio L. de Morais" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, June 19, 2001 1:56 PM Subject: Re: [java-list] Design Pattern > Oi Patricia, > Quando estava na UFRGS, em 99, ouvi falar que o Tom Price estava trabalhando > em uma traducao. Era essa? > > > > - Original Message - > From: "Patricia A. Jaques" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, June 18, 2001 1:36 PM > Subject: Re: [java-list] Design Pattern > > > Ola, Silvio > > Sim, a tradução do livro Design Patterns, em português, "Padrões de > Projeto" é bem boa. Teve uma boa revisão técnica. > Patricia Jaques > > At 09:24 18/06/01 -0700, you wrote: > >Ouvi dizer que o livro Design Patterns, da gang dos 4 (Gamma, Helm, > >Johnson e Vlissides) foi traduzido para o portugues. Eh a referencia > >basica no assunto. > >Se alguem jah viu a traducao, me diga se estah boa, por favor. > > > > > > > > > >On Mon, 18 June 2001, "Luis Henrique" wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Boa tarde, > > > > > > Gostaria de saber mas sobre Design > > Pattern, onde eu > > > posso conseguir material para estudo > > > > > > Obrigado. > > > > > > > > size=2>_ > Luís > > > > > Henrique L. S. CamposAnalista de Sistemas - > > > Politec > > > > > > > >-- 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] > >- > > > -- 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] > - > > > > > > -- 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] > - > -- 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] -
Re: [java-list] Design Pattern
Oi Patricia, Quando estava na UFRGS, em 99, ouvi falar que o Tom Price estava trabalhando em uma traducao. Era essa? - Original Message - From: "Patricia A. Jaques" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, June 18, 2001 1:36 PM Subject: Re: [java-list] Design Pattern Ola, Silvio Sim, a tradução do livro Design Patterns, em português, "Padrões de Projeto" é bem boa. Teve uma boa revisão técnica. Patricia Jaques At 09:24 18/06/01 -0700, you wrote: >Ouvi dizer que o livro Design Patterns, da gang dos 4 (Gamma, Helm, >Johnson e Vlissides) foi traduzido para o portugues. Eh a referencia >basica no assunto. >Se alguem jah viu a traducao, me diga se estah boa, por favor. > > > > >On Mon, 18 June 2001, "Luis Henrique" wrote: > > > > > > > > > > > > > > > > > > > Boa tarde, > > > > Gostaria de saber mas sobre Design > Pattern, onde eu > > posso conseguir material para estudo > > > > Obrigado. > > > > size=2>_ Luís > > > Henrique L. S. CamposAnalista de Sistemas - > > Politec > > > >-- 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] >- -- 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] - -- 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] -
Re: [java-list] Design Pattern
Poxa cara beleza, muito obrigado Isso é muito interessante, pois ajuda muita gente a não perder tempo com coisa já feita - Original Message - From: "Alexandre Rodrigues Gomes" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, June 18, 2001 3:21 PM Subject: RES: [java-list] Design Pattern Acesso pelo menor preço do mercado! R$ 14,90 nos 3 primeiros meses! ASSINE AGORA! http://www.bol.com.br/acessobol/ Chico, Sendo muito didático e nada técnico, Design Patterns são experiências documentadas. É uma lista de um monte de problemas que muita gente passa e que todos geralmente acabam chegando em soluções semelhantes. Esses problemas com suas respectivas soluções foram documentados a fim de facilitar a vida de desenvolvedores iniciantes, ainda sem muita experência, para que não percam tempo quebrando cabeça. Em outras palavras, Design Patterns consiste em padrões de boas práticas de projeto com soluções robustas e flexíveis ao nível de micro-arquitetura de software. By Alê! -Mensagem original- De: Francisco Clever Moreira Júnior [mailto:[EMAIL PROTECTED]] Enviada em: segunda-feira, 18 de junho de 2001 14:41 Para: [EMAIL PROTECTED] Assunto: Re: [java-list] Design Pattern O que é Design Pattern ? Alguém pode me explicar o que é isso ? Obrigado Galera Franscisco - Original Message - From: "Alexandre Rodrigues Gomes" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, June 18, 2001 1:20 PM Subject: RES: [java-list] Design Pattern Acesso pelo menor preço do mercado! R$ 14,90 nos 3 primeiros meses! ASSINE AGORA! http://www.bol.com.br/acessobol/ para uma refrência mais completa, veja http://www.cic.unb.br/docentes/fernando/endereco.htm#Patterns Todavia, não deixe de adquirir os livros GoF e POSA. By Alê! -Mensagem original- De: Edward Roe [mailto:[EMAIL PROTECTED]] Enviada em: segunda-feira, 18 de junho de 2001 12:17 Para: [EMAIL PROTECTED] Assunto: Re: [java-list] Design Pattern Oi, Voce pode dar uma olhada no livro Thinking in Patterns with Java do Bruce Eckel em: http://www.mindview.net/Books/TIPatterns/ ou os vários links em: http://www.cetus-links.org/oo_patterns.html > Gostaria de saber mas sobre Design Pattern, onde eu posso conseguir material para estudo []´s -- Edward Roe -- 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] - -- 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] - -- 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] - -- 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] - -- 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] -
Re: [java-list] Design Pattern
O que é Design Pattern ? Alguém pode me explicar o que é isso ? Obrigado Galera Franscisco - Original Message - From: "Alexandre Rodrigues Gomes" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, June 18, 2001 1:20 PM Subject: RES: [java-list] Design Pattern Acesso pelo menor preço do mercado! R$ 14,90 nos 3 primeiros meses! ASSINE AGORA! http://www.bol.com.br/acessobol/ para uma refrência mais completa, veja http://www.cic.unb.br/docentes/fernando/endereco.htm#Patterns Todavia, não deixe de adquirir os livros GoF e POSA. By Alê! -Mensagem original- De: Edward Roe [mailto:[EMAIL PROTECTED]] Enviada em: segunda-feira, 18 de junho de 2001 12:17 Para: [EMAIL PROTECTED] Assunto: Re: [java-list] Design Pattern Oi, Voce pode dar uma olhada no livro Thinking in Patterns with Java do Bruce Eckel em: http://www.mindview.net/Books/TIPatterns/ ou os vários links em: http://www.cetus-links.org/oo_patterns.html > Gostaria de saber mas sobre Design Pattern, onde eu posso conseguir material para estudo []´s -- Edward Roe -- 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] - -- 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] - -- 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] -
Re: [java-list] Design Pattern
Ola, Silvio Sim, a tradução do livro Design Patterns, em português, "Padrões de Projeto" é bem boa. Teve uma boa revisão técnica. Patricia Jaques At 09:24 18/06/01 -0700, you wrote: >Ouvi dizer que o livro Design Patterns, da gang dos 4 (Gamma, Helm, >Johnson e Vlissides) foi traduzido para o portugues. Eh a referencia >basica no assunto. >Se alguem jah viu a traducao, me diga se estah boa, por favor. > > > > >On Mon, 18 June 2001, "Luis Henrique" wrote: > > > > > > > > > > > > > > > > > > > Boa tarde, > > > > Gostaria de saber mas sobre Design > Pattern, onde eu > > posso conseguir material para estudo > > > > Obrigado. > > > > >size=2>_Luís > > > > Henrique L. S. CamposAnalista de Sistemas - > > Politec > > > >-- 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] >- -- 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] -
Re: [java-list] Design Pattern
De uma olhada em http://c2.com/cgi/wiki?DesignPatterns []'s, Leonardo Bueno. - Original Message - From: Luis Henrique To: [EMAIL PROTECTED] Sent: Monday, June 18, 2001 12:06 PM Subject: [java-list] Design Pattern Boa tarde, Gostaria de saber mas sobre Design Pattern, onde eu posso conseguir material para estudo Obrigado. _Luís Henrique L. S. CamposAnalista de Sistemas - Politec
Re: [java-list] Design Pattern
Ouvi dizer que o livro Design Patterns, da gang dos 4 (Gamma, Helm, Johnson e Vlissides) foi traduzido para o portugues. Eh a referencia basica no assunto. Se alguem jah viu a traducao, me diga se estah boa, por favor. On Mon, 18 June 2001, "Luis Henrique" wrote: > > > > > > > > > Boa tarde, > > Gostaria de saber mas sobre Design Pattern, onde eu > posso conseguir material para estudo > > Obrigado. > >size=2>_Luís > > Henrique L. S. CamposAnalista de Sistemas - > Politec -- 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] -
Re: [java-list] Design Pattern
http://rampages.onramp.net/~huston/dp/patterns.html Esse site tem exemplos com java e c++. - Original Message - From: Eduardo Oliveira Neto To: [EMAIL PROTECTED] Sent: Monday, June 18, 2001 12:38 PM Subject: Re: [java-list] Design Pattern Luis, Veja se isto te ajuda em alguma coisa: http://developer.java.sun.com/developer/technicalArticles/J2EE/patterns/ - Original Message - From: Luis Henrique To: [EMAIL PROTECTED] Sent: Monday, June 18, 2001 12:06 PM Subject: [java-list] Design Pattern Boa tarde, Gostaria de saber mas sobre Design Pattern, onde eu posso conseguir material para estudo Obrigado. _Luís Henrique L. S. CamposAnalista de Sistemas - Politec
Re: [java-list] Design Pattern
Oi, É interessante, mas acho que esses patterns são voltados para J2EE > Veja se isto te ajuda em alguma coisa: http://developer.java.sun.com/developer/technicalArticles/J2EE/patterns/ []´s -- Edward Roe -- 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] -
Re: [java-list] Design Pattern
Oi, Voce pode dar uma olhada no livro Thinking in Patterns with Java do Bruce Eckel em: http://www.mindview.net/Books/TIPatterns/ ou os vários links em: http://www.cetus-links.org/oo_patterns.html > Gostaria de saber mas sobre Design Pattern, onde eu posso conseguir material para estudo []´s -- Edward Roe -- 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] -
Re: [java-list] Design Pattern
Luis, Veja se isto te ajuda em alguma coisa: http://developer.java.sun.com/developer/technicalArticles/J2EE/patterns/ - Original Message - From: Luis Henrique To: [EMAIL PROTECTED] Sent: Monday, June 18, 2001 12:06 PM Subject: [java-list] Design Pattern Boa tarde, Gostaria de saber mas sobre Design Pattern, onde eu posso conseguir material para estudo Obrigado. _Luís Henrique L. S. CamposAnalista de Sistemas - Politec
RE: [java-list] Design Pattern
Compre o livro Design Patterns - Elements of Reusable Object-Oriented Software da Gang of Four. abraços Jorge -Original Message-From: Luis Henrique [mailto:[EMAIL PROTECTED]]Sent: segunda-feira, 18 de junho de 2001 12:06To: [EMAIL PROTECTED]Subject: [java-list] Design Pattern Boa tarde, Gostaria de saber mas sobre Design Pattern, onde eu posso conseguir material para estudo Obrigado. _Luís Henrique L. S. CamposAnalista de Sistemas - Politec
RE: [java-list] Design Pattern - Visitor
Sem dúvida,
Podem achar que o polimorfismo se deve aos vários tipos de assinaturas e não
à capacidade polimórfica do argumento desta assinatura.
valeu
Jorge
-Original Message-
From: Alexandre Rodrigues Gomes
[mailto:[EMAIL PROTECTED]]
Sent: sexta-feira, 6 de abril de 2001 14:54
To: '[EMAIL PROTECTED]'
Subject: RES: [java-list] Design Pattern - Visitor
caramba, acho que vc entendeu melhor que eu. Só toma cuidado com a expressão
"O comportamento polimórfico do método", pra não despertar aquela velha
discussão... ;-P
abraços,
By Alê!
-Mensagem original-
De: Jorge Martins [mailto:[EMAIL PROTECTED]]
Enviada em: sexta-feira, 6 de abril de 2001 11:50
Para: '[EMAIL PROTECTED]'
Assunto: [java-list] Design Pattern - Visitor
Alexandre,
Muito obrigado. Entendi perfeitamente agora. Basicamente, o Visitor serve
para encapsular uma operação que depende da interface da classe concreta que
é visitada.
O Visitor do seu exemplo, que deve calcular o salário total, depende
claramente da classe concreta do empregado. Neste caso, para calcular o
salário total de Empregado basta pegar o getSalario(), mas para a classe
Chefe é necessário o getSalario() + getGratificacao().
Caso o Empregado e o Chefe tivessem a mesma interface para operações sobre
rendimento, não seria necessario utilizar o Visitor. Mas eles tem interface
diferentes, logo foi feito uma classe SalaryVisitor, que trata
diferentemente objetos Empregado e Chefe.
E a grande malandragem está em o objeto visitado chamar de volta o Visitor
se passando por referência. O comportamento polimórfico do método
visit(Empregado) permite calcular diferentemente o rendimento.
Estou certo? Não percebi algum detalhe?
valeu
Jorge
-Original Message-
From: Alexandre Rodrigues Gomes
[mailto:[EMAIL PROTECTED]]
Sent: quarta-feira, 4 de abril de 2001 11:57
To: '[EMAIL PROTECTED]'
Subject: [java-list] RES: Visitor (errata)
Desculpe, mandei o link errado. Este é o correto.
http://www.patterndepot.com/put/8/JavaPatterns.htm
By Alê!
-Mensagem original-
De: Alexandre Rodrigues Gomes
Enviada em: quarta-feira, 4 de abril de 2001 11:42
Para: '[EMAIL PROTECTED]'
Assunto: Visitor
vou te dar o exemplo do livro The Design Patterns - Java Compainion.
Suponha que vc tenha um objeto que modele sua empresa. Suponha que
esta empresa seja composta por diversos empregados. Logo, a sua classe
Empresa haverá uma referência para uma Collection de Empregados.
public class Empresa
{
public Empregado[] empregados;
}
public class Empregado
{
protected String nome;
protected int salario;
public String getNome()...
public intgetSalario()...
public void setNome()...
public void setSalario()...
}
Agora, suponha que vc queira, por algum motivo, calcular os gastos
da sua empresa com salários. Ora, a abordagem mais natural seria fazer um
laço de repetição que fizesse um somatório dos salários individuais através
do método getSalario() mas, como o que queremos é demonstrar o Visitor,
utilizazá-lo-emos. :o)
A idéia é que tenhamos um objeto que visite todos os empregados da
empresa e vá calculando os custos parciais.
public abstract class Visitor
{
public abstract void visit(Empregado emp);
}
desta forma, podemos criar uma classe mais especializada:
public class SalaryVisitor extends Visitor
{
protected int salarioTotal;
public void visit(Empregado emp)
{
salarioTotal =+ emp.getSalario();
}
public int getSalarioTotal()
{
return salarioTotal;
}
}
O funcionamento é o seguinte: para uma classe ser visitada, ela deve
implementar algum método que possibilite esta visita.
public void accept(Visitor v)
{
v.visit(this)
}
Deu pra entender mais ou meons a idéia ? Para um Visitor visitar
alguém, ele chama o método accept daquele alguém. Por fim, o objeto visitado
retorna uma chamada ao método visit do Visitor passando uma referência de si
mesmo como parâmetro.
+-+ visited.accept(this) +-+
| | --> | |
| Visitor | <-- | Visited |
| | v.visit(this) | |
+-+ +-+
Ok, e agora, como faremos as visitas ? Assim, ó:
//No cliente
SalaryVisitor sal = new SalaryVisitor();
for (int i = 0; i < empregados.length; i++)
{
empregados[i].accept(sal);
}
System.out.println("Orçamento com salários = " + sal.getSalarioTotal();
Você deve estar se perguntando por quê devemos implementar o método
visit(Empregado). Considere que existe um tipo de empregado, o Chefe, que
além do salário comum ainda possua uma gratificação:
public class Chefe extends Empregado
{
protected int gratificacao;
public int getGratificacao() { return gratificacao; }
public void accept(Visitor v)
{
Re: [java-list] Design Pattern Singleton
Ou melhor, substitua putValue por setAttribute.
putValue esta' deprecated e durante a compilação a sugestao e'
substitui-la por setAttribute
Marcelo
Eduardo Issao Ito wrote:
>
> Dependendo do que voce quer fazer, nao e' preciso nada disso!
> A propria classe HttpSession e' um "singleton para a sessao", e pode
> guardar objetos.
> Assim, todos os threads duma mesma sessao podem compartilhar os mesmos
> objetos.
>
> HttpSession session = request.getSession(true);
>
> session.putValue("meuobjeto", new MeuObjeto());
-- 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]
-
RE: [java-list] Design Pattern Singleton
Essa solução cai justamente num problema que eu quero evitar. Perceba
minha arquitetura. Eu tenho componentes que desejam utilizar dados de
usuários. Uma solução seria armazenar o usuário na session, e passá-lo por
parâmetro para o componente. Eu perco totalmente a transparência.
Gostaria de ativar meus componenetes sem passar o usuário como parâmetro.
Se a uma classe Singleton tivesse escopo de sessão, poderia fazer isso
calmamente. Meus componentes convocaria a instância única da classe usuário,
que teria escopo de sessão.
Ainda estou em busca da melhor solução, mas você já me deu uma idéia. Ao
invés de passar como parâmetro a classe usuário, poderia passar a classe
session. Já aumenta bastante o encapsulamento e a transparência. Pois caso
eu precise de outra classe de sessão que não usuário, não será necessário
criar novo parâmetro.
um abraço
Jorge
-Original Message-
From: Eduardo Issao Ito [mailto:[EMAIL PROTECTED]]
Sent: quarta-feira, 25 de outubro de 2000 18:12
To: [EMAIL PROTECTED]
Cc: 'Clebert Rezende Suconic'
Subject: Re: [java-list] Design Pattern Singleton
Dependendo do que voce quer fazer, nao e' preciso nada disso!
A propria classe HttpSession e' um "singleton para a sessao", e pode
guardar objetos.
Assim, todos os threads duma mesma sessao podem compartilhar os mesmos
objetos.
HttpSession session = request.getSession(true);
session.putValue("meuobjeto", new MeuObjeto());
--
Eduardo Ito
Jorge Martins wrote:
>
>Saquei como se faz. É justamente como eu estava pensando. É um padrão
> muito interessante mesmo, uma extensão do Singleton (pela idéia da classe
> controlar o acesso ao seu objeto) com o detalhe que agora haverá multiplas
> instâncias. É... Já podemos documentar, escrever um paper e buscar nosso
> espaço no meio acadêmico. :)
>
>As classes Dictionary e Hastable manuseiam Objects. Vale a pena
> expecilalizá-las (criando minhas próprias classes) para melhora de
> performance. Sei que esta estratégia é interessante a classe Vector pela
> facilidade de implementação e aumento no desempenho.
>
>obrigado
>
>Jorge
>
>ps: tem a dica de algum tutorial para a implementação da solução por
EJB?
>
> -Original Message-
> From: Clebert Rezende Suconic [mailto:[EMAIL PROTECTED]]
> Sent: quarta-feira, 25 de outubro de 2000 11:54
> To: [EMAIL PROTECTED]; Jorge Martins
> Subject: Re: [java-list] Design Pattern Singleton
>
> Utilize a classe dictionary ou Hashtable.
>
> Você poderá ter um índice para cada propriedade.
>
> Na verdade você estará misturando dois patterns. O FactoryObject e o
> Singleton. Não sei se existe um pattern documentado baseado em
propriedades.
>
> public class MinhaClasseSingleton
> {
> private MinhaClasseSingleton()
> {
> }
>
> private static Hashtable instanceHashSingleton;
>
>/// Pseudo código, de uma olhada no help para ver como sao os
> comandos de verdade
> // Se desejar mudar para outra variavel
> public synchronized static MinhaClasseSingleton getInstance(Object
> secao)
> {
> MinhaClasseSingleton findedInstance=null;
>
> // TODO - Procure na hash a secao valida para o objeto secao
>
> if (findedInstance==null)
> {
> findedInstance= newMinhaClasseSingleton();
> // Execute o put na hashTable
> }
>
> return findedInstance;
> }
> }
>
> - Original Message -
> From: Jorge Martins <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, October 25, 2000 10:13 AM
> Subject: RE: [java-list] Design Pattern Singleton
>
> >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
Re: [java-list] Design Pattern Singleton
Dependendo do que voce quer fazer, nao e' preciso nada disso!
A propria classe HttpSession e' um "singleton para a sessao", e pode
guardar objetos.
Assim, todos os threads duma mesma sessao podem compartilhar os mesmos
objetos.
HttpSession session = request.getSession(true);
session.putValue("meuobjeto", new MeuObjeto());
--
Eduardo Ito
Jorge Martins wrote:
>
>Saquei como se faz. É justamente como eu estava pensando. É um padrão
> muito interessante mesmo, uma extensão do Singleton (pela idéia da classe
> controlar o acesso ao seu objeto) com o detalhe que agora haverá multiplas
> instâncias. É... Já podemos documentar, escrever um paper e buscar nosso
> espaço no meio acadêmico. :)
>
>As classes Dictionary e Hastable manuseiam Objects. Vale a pena
> expecilalizá-las (criando minhas próprias classes) para melhora de
> performance. Sei que esta estratégia é interessante a classe Vector pela
> facilidade de implementação e aumento no desempenho.
>
>obrigado
>
>Jorge
>
>ps: tem a dica de algum tutorial para a implementação da solução por EJB?
>
> -Original Message-
> From: Clebert Rezende Suconic [mailto:[EMAIL PROTECTED]]
> Sent: quarta-feira, 25 de outubro de 2000 11:54
> To: [EMAIL PROTECTED]; Jorge Martins
> Subject: Re: [java-list] Design Pattern Singleton
>
> Utilize a classe dictionary ou Hashtable.
>
> Você poderá ter um índice para cada propriedade.
>
> Na verdade você estará misturando dois patterns. O FactoryObject e o
> Singleton. Não sei se existe um pattern documentado baseado em propriedades.
>
> public class MinhaClasseSingleton
> {
> private MinhaClasseSingleton()
> {
> }
>
> private static Hashtable instanceHashSingleton;
>
>/// Pseudo código, de uma olhada no help para ver como sao os
> comandos de verdade
> // Se desejar mudar para outra variavel
> public synchronized static MinhaClasseSingleton getInstance(Object
> secao)
> {
> MinhaClasseSingleton findedInstance=null;
>
> // TODO - Procure na hash a secao valida para o objeto secao
>
> if (findedInstance==null)
> {
> findedInstance= newMinhaClasseSingleton();
> // Execute o put na hashTable
> }
>
> return findedInstance;
> }
> }
>
> - Original Message -
> From: Jorge Martins <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, October 25, 2000 10:13 AM
> Subject: RE: [java-list] Design Pattern Singleton
>
> >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, m
RE: [java-list] Design Pattern Singleton
Saquei como se faz. É justamente como eu estava pensando. É um padrão
muito interessante mesmo, uma extensão do Singleton (pela idéia da classe
controlar o acesso ao seu objeto) com o detalhe que agora haverá multiplas
instâncias. É... Já podemos documentar, escrever um paper e buscar nosso
espaço no meio acadêmico. :)
As classes Dictionary e Hastable manuseiam Objects. Vale a pena
expecilalizá-las (criando minhas próprias classes) para melhora de
performance. Sei que esta estratégia é interessante a classe Vector pela
facilidade de implementação e aumento no desempenho.
obrigado
Jorge
ps: tem a dica de algum tutorial para a implementação da solução por EJB?
-Original Message-
From: Clebert Rezende Suconic [mailto:[EMAIL PROTECTED]]
Sent: quarta-feira, 25 de outubro de 2000 11:54
To: [EMAIL PROTECTED]; Jorge Martins
Subject: Re: [java-list] Design Pattern Singleton
Utilize a classe dictionary ou Hashtable.
Você poderá ter um índice para cada propriedade.
Na verdade você estará misturando dois patterns. O FactoryObject e o
Singleton. Não sei se existe um pattern documentado baseado em propriedades.
public class MinhaClasseSingleton
{
private MinhaClasseSingleton()
{
}
private static Hashtable instanceHashSingleton;
/// Pseudo código, de uma olhada no help para ver como sao os
comandos de verdade
// Se desejar mudar para outra variavel
public synchronized static MinhaClasseSingleton getInstance(Object
secao)
{
MinhaClasseSingleton findedInstance=null;
// TODO - Procure na hash a secao valida para o objeto secao
if (findedInstance==null)
{
findedInstance= newMinhaClasseSingleton();
// Execute o put na hashTable
}
return findedInstance;
}
}
- Original Message -
From: Jorge Martins <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 25, 2000 10:13 AM
Subject: RE: [java-list] Design Pattern Singleton
>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
> >
> >
RE: [java-list] Design Pattern Singleton
De uma olha nos EJBs, talvés resolva o seu problema
> Obrigado Bruno
>
> Mas o meu problema não era quanto a implementação e sim do
>comportamento
>deste design pattern em JSP/Servlets. Após pequenos testes, pude
>perceber
>que o escopo do objeto único (o static Singleton.instance) é de
>aplicação.
>Gostaria que fosse de sessão.
>
> Dê uma lida na série de mensagens que eu troquei com o Clebert.
>Chegamos
>a conclusão que terei que extender o conceito do Singleton, para que >a
>classe controle um objeto para cada sessão. Basicamente farei uma
>hashtable
>e o método getInstance() terá um parâmetro session.
>
> Ainda não estou satisfeito com esse modelo, pois acaba com minha
>transparência. Eu gostaria que meus componentes usassem o método
>getInstance() sem passar parâmetros e, de alguma forma que ainda >não
sei,
>minha classe Singleton retorna-se o objeto único daquela sessão.
>
> Estou pensando em minha classe Singleton acessar uma variável de
>ambiente
>SESSION no método getInstance(). Esta variável, com escopo de >sessão,
>armazenaria a sessão do usuário. Assim, com esta informação,
>Singleton pode
>retornar o objeto apropriado.
>
> Isto funciona? Como eu acesso variáveis de ambiente em java? Isso >não
>faria com que minha classe Singleton ficasse restrita ao ambiente
>webserver?
>
> Irei estudar um pouco mais e realizar alguns testes. Qualquer
dica, >por
>favor, envie. Será muito bem vinda.
>
> um abraço
>
> Jorge
>
>-Original Message-
>From: Bruno Augusto Vivas e Possas [mailto:[EMAIL PROTECTED]]
>Sent: terça-feira, 24 de outubro de 2000 20:42
>To: [EMAIL PROTECTED]
>Subject: Re: [java-list] Design Pattern Singleton
>
>
>On Tue, 24 Oct 2000, Jorge Martins wrote:
>
>>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().
>
>Caro Jorge,
>
>matenha uma variável estática na sua classe(instance), que
>corresponderá a
>instância única. Faça com que o construtor da sua classe >Singleton seja
>private para garantir que a única forma de ter um objeto dessa
>classe seja
>através da chamada ao método getInstance(). Implemente o metodo
>estático
>getInstance(). Assim você terá uma Singleton. Abaixo, mostro a
>implementação
>que normalmente uso.
>
>public class Singleton {
>
> private Singleton() {
> }
>
> public static Singleton getInstance() {
>
if (instance == null) {
>
instance = new Singleton();
>
}
>
return instance;
> }
>
> private static Singleton instance = null;
>}
>
>>um abraço
>>
>>Jorge Roberto Diniz Martins
>>[EMAIL PROTECTED]
>>
>
>Abraços,
>
Bruno Augusto Vivas e Possas
>
<[EMAIL PROTECTED]>
>
<[EMAIL PROTECTED]>
>
Linux user number 100453
>
>
>
>-- 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]
>-
>
>
-- 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]
-
RE: [java-list] Design Pattern Singleton
Obrigado Bruno
Mas o meu problema não era quanto a implementação e sim do comportamento
deste design pattern em JSP/Servlets. Após pequenos testes, pude perceber
que o escopo do objeto único (o static Singleton.instance) é de aplicação.
Gostaria que fosse de sessão.
Dê uma lida na série de mensagens que eu troquei com o Clebert. Chegamos
a conclusão que terei que extender o conceito do Singleton, para que a
classe controle um objeto para cada sessão. Basicamente farei uma hashtable
e o método getInstance() terá um parâmetro session.
Ainda não estou satisfeito com esse modelo, pois acaba com minha
transparência. Eu gostaria que meus componentes usassem o método
getInstance() sem passar parâmetros e, de alguma forma que ainda não sei,
minha classe Singleton retorna-se o objeto único daquela sessão.
Estou pensando em minha classe Singleton acessar uma variável de ambiente
SESSION no método getInstance(). Esta variável, com escopo de sessão,
armazenaria a sessão do usuário. Assim, com esta informação, Singleton pode
retornar o objeto apropriado.
Isto funciona? Como eu acesso variáveis de ambiente em java? Isso não
faria com que minha classe Singleton ficasse restrita ao ambiente webserver?
Irei estudar um pouco mais e realizar alguns testes. Qualquer dica, por
favor, envie. Será muito bem vinda.
um abraço
Jorge
-Original Message-
From: Bruno Augusto Vivas e Possas [mailto:[EMAIL PROTECTED]]
Sent: terça-feira, 24 de outubro de 2000 20:42
To: [EMAIL PROTECTED]
Subject: Re: [java-list] Design Pattern Singleton
On Tue, 24 Oct 2000, Jorge Martins wrote:
>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().
Caro Jorge,
matenha uma variável estática na sua classe(instance), que corresponderá a
instância única. Faça com que o construtor da sua classe Singleton seja
private para garantir que a única forma de ter um objeto dessa classe seja
através da chamada ao método getInstance(). Implemente o metodo estático
getInstance(). Assim você terá uma Singleton. Abaixo, mostro a implementação
que normalmente uso.
public class Singleton {
private Singleton() {
}
public static Singleton getInstance() {
if (instance == null) {
instance = new Singleton();
}
return instance;
}
private static Singleton instance = null;
}
>um abraço
>
>Jorge Roberto Diniz Martins
>[EMAIL PROTECTED]
>
Abraços,
Bruno Augusto Vivas e Possas
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Linux user number 100453
-- 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]
-
RE: [java-list] Design Pattern Singleton
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= newMinhaClasseSingleton();
> > }
> >
> > 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á imple
Re: [java-list] Design Pattern Singleton
Utilize a classe dictionary ou Hashtable.
Você poderá ter um índice para cada propriedade.
Na verdade você estará misturando dois patterns. O FactoryObject e o
Singleton. Não sei se existe um pattern documentado baseado em propriedades.
public class MinhaClasseSingleton
{
private MinhaClasseSingleton()
{
}
private static Hashtable instanceHashSingleton;
/// Pseudo código, de uma olhada no help para ver como sao os
comandos de verdade
// Se desejar mudar para outra variavel
public synchronized static MinhaClasseSingleton getInstance(Object
secao)
{
MinhaClasseSingleton findedInstance=null;
// TODO - Procure na hash a secao valida para o objeto secao
if (findedInstance==null)
{
findedInstance= newMinhaClasseSingleton();
// Execute o put na hashTable
}
return findedInstance;
}
}
- Original Message -
From: Jorge Martins <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 25, 2000 10:13 AM
Subject: RE: [java-list] Design Pattern Singleton
>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á
> &g
Re: [java-list] Design Pattern Singleton
On Tue, 24 Oct 2000, Jorge Martins wrote:
>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().
Caro Jorge,
matenha uma variável estática na sua classe(instance), que corresponderá a
instância única. Faça com que o construtor da sua classe Singleton seja
private para garantir que a única forma de ter um objeto dessa classe seja
através da chamada ao método getInstance(). Implemente o metodo estático
getInstance(). Assim você terá uma Singleton. Abaixo, mostro a implementação
que normalmente uso.
public class Singleton {
private Singleton() {
}
public static Singleton getInstance() {
if (instance == null) {
instance = new Singleton();
}
return instance;
}
private static Singleton instance = null;
}
>um abraço
>
>Jorge Roberto Diniz Martins
>[EMAIL PROTECTED]
>
Abraços,
Bruno Augusto Vivas e Possas
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Linux user number 100453
-- 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]
-
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= newMinhaClasseSingleton();
> }
>
> 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]
-
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= newMinhaClasseSingleton();
}
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]
> -
>
-- 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]
-
Re: [java-list] Design Pattern Singleton
Nao ha nenhum problema usar um singleton em JSP.
Jorge Martins wrote:
>
> 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]
> -
--
Eduardo Issao Ito <[EMAIL PROTECTED]>
Integration Technologies Ltda.
Rua Marina Saddi Haidar, 176
04650-050 / Sao Paulo / SP / Brasil
Phone: +55 11 5522-4848 x311
Fax: +55 11 5524-1125
-- 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]
-
