Muito interessante, matéria que mostra que quando implementamos singleton com o método clássico apenas privando o construtor, é possivel criar mais instancias deste com reflection.
Ele mostra o problema, e dá uma solução de implementação para este problema.
Ja nao basta a bizarrice do Singleton existir, eles ainda criam uma maneira de burlar isso?
como sempre uma maneira mascarada pra fazer algo estupido.
fmeyer, porque toda essa raiva com os singletons?
singletons em java, são singletons por classloader …
então se ele for chamado de dis classloaders paralelos, serão duas instancias …
isto é bem chato, mas sempre foi assim …
Beeeem interessante a idéia…
Parece até o famoso “jeitinho brasileiro”… :lol:
:idea:
[quote=fmeyer]Ja nao basta a bizarrice do Singleton existir, eles ainda criam uma maneira de burlar isso?
como sempre uma maneira mascarada pra fazer algo estupido. [/quote]
Como assim? Desde quando singleton é bizarrice?
Singleton = Anti-Pattern
[quote=Hal Jordan][quote=fmeyer]Ja nao basta a bizarrice do Singleton existir, eles ainda criam uma maneira de burlar isso?
como sempre uma maneira mascarada pra fazer algo estupido. [/quote]
Como assim? Desde quando singleton é bizarrice?[/quote]
Desde que o mundo eh mundo?
Calma aí… cansei de ver essa discussão por aí e queria entender uma coisa. Eu utilizo Singleton para fazer cache de arquivos XML. O que há de errado nisso? Qual a melhor solução?
Singletons são estúpidos!
Armando,
Existem duas estratégias, ao menos, que podem te ajudar: padrçao Registry e Ĩnjeção de Depdendências.
Se você usa singleton como uma variável global (só pra poder fazer um getInstance() estático) o objeto merece todos os “elogios” deste tópico. O único moitvo para um Singleton existir é quando você por algum motivo não pode deixar que existam mais de 1 instância do objeto, por isso o artigo é bem questionável. Ele ensina a usar Singletons que não são singletons, são variáveis globais. Misture isso com BO/VO e você tem um sistema com qualidade abaixo do inaceitável.
[quote=armando]Calma aí… cansei de ver essa discussão por aí e queria entender uma coisa. Eu utilizo Singleton para fazer cache de arquivos XML. O que há de errado nisso? Qual a melhor solução?
[/quote]
Creio que os links abaixo podem ajudar a esclarecer…
http://www.prestonlee.com/archives/22
http://www.antonioshome.net/blog/pivot/entry.php?id=30
http://www-128.ibm.com/developerworks/java/library/j-dcl.html
http://blogs.msdn.com/scottdensmore/archive/2004/05/25/140827.aspx
http://www.softwarereality.com/design/singleton.jsp
http://java.sun.com/developer/technicalArticles/Programming/singletons/
[quote=urubatan]singletons em java, são singletons por classloader …
então se ele for chamado de dis classloaders paralelos, serão duas instancias …
isto é bem chato, mas sempre foi assim …[/quote]
la no artigo tem um link interessante sobre isso:
http://surguy.net/articles/communication-across-classloaders.xml
Tá… entendi… muito legal, muito bonito… eu tenho um xml estruturado, com vários níveis, que define uma estrutura hierarquizada de um arquivo que eu quero interpretar (cuja estrutura eu não quero definir na implementação). Estou em um servidor de aplicação. Perguntas:
editado: bobagem minha… 
Foi a partir deste link que começou o forum.
Olhe lá encima.
tem razão… dormi!
Obrigado!
[quote=sergiousp][quote=urubatan]singletons em java, são singletons por classloader …
então se ele for chamado de dis classloaders paralelos, serão duas instancias …
isto é bem chato, mas sempre foi assim …[/quote]
la no artigo tem um link interessante sobre isso:
http://surguy.net/articles/communication-across-classloaders.xml[/quote]
sim, eu li, mas tu viu a baita gambiarra que o cara teve que fazer pra fugir deste “probleminha”?
Ok, usar reflection para criar mais de uma instância singleton é possível. Mas a menos que estejamos falando de um atacante mal intencionado, não vejo muitas possibilidades de um código desse estar presente num projeto de verdade. A técnica do cheira a uma espécie de quimioterapia para um câncer que nunca vai existir…
Acho que é ruim generalizar e dizer que singletons são do mal. Quando usados para o propósito que foram criados, em algumas aplicações, eles tem lá o seu valor. Claro, estou restringindo o uso aqui a aplicações de um único class loader e que rodem em um único computador. Mas isso inclui jogos de computadores, editores de textos, imagens, etc.
[EDIT] Agora lendo o argumento acima me lembrei dos programadores C++, quando defendem que ponteiros também não são do mal e tem o seu propósito. Vale só identificar se mesmo nos casos citados o uso de Singletons é tão comum assim. Ou se é tão tentador assim usa-lo como um “repositório de constantes”, a ponto dele ser definitivamente um anti-pattern.
Realmente é uma imbecilidade dizer que Singleton é ruim. Como todos os padrões quando não são bem implementados ou não estão sendo usados corretamente tornam-se um problema. Mas isso não é erro do padrão isso é erro da aplicação do padrão. Então quando vc começar a pensar que o singleton tem problemas , provavelmente é vc que está com problemas ou o seu design.
Singleton é um padrão difícil de implementar e dependendo da aplicação existem necessidades especificas, e como tal se deixado nas mãos de um programador inexperiente pode dar problema depois. Mas o problema está no programador e no seu chefe e não no padrão.
Driblar o padrão com reflection é jogo baixo. Com reflection podemos driblar qualquer programa e causar qualquer tipo de dados. A única forma de evitar isso é usar um SecurityManager (Aliás o ppr artigo explica isso). Com um SecurityManager o setAcessible() não funciona.
Singleton é apenas um factory que retorna sempre a mesma instância. Vcs vão dizer que o factory é um padrão do mal ?!?
Singleton é um anti-pattern !!! Ai já foi demais … isso não é sério.