http://www.guj.com.br/posts/list/5.java JForum - http://www.jforum.net
Então... ainda não consegui ver "aquela vantagem" em criar um singleton ao invés de usar metodos estáticos, o que na minha opinião seria muito mais prático do que um singleton.....

Vejo vantagem em criar um singleton qdo eu precisasse herdar funcionalidades de alguma classe.... Pois colocando todos os metodos estáticos não tenho como tirar proveito de uma herança....

Dizem que singleton é util tb para poder inicializar os objetos da classe de uma forma organizada em que seja importante a ordem com que os objetos sejam instanciados, mas isso tb é possivel utilizando um "bloco estático"...


Um facade por exemplo.... é um singleton??? ou é mais prático fazer vários metodos estáticos???


valeu]]> http://www.guj.com.br/posts/preList/38669/206196.java http://www.guj.com.br/posts/preList/38669/206196.java GMT http://www.guj.com.br/posts/preList/38669/206199.java http://www.guj.com.br/posts/preList/38669/206199.java GMT
A pergunta na verdade é: qual a vantagem em criar um singleton ao invés de todos os métodos da classe estáticas??

até +


]]> http://www.guj.com.br/posts/preList/38669/206202.java http://www.guj.com.br/posts/preList/38669/206202.java GMT http://www.guj.com.br/posts/preList/38669/206210.java http://www.guj.com.br/posts/preList/38669/206210.java GMT
imagino que o codigo da super classe ficaria assim:


[code]
public class Singleton {

private static Singleton singleton;

protected Singleton() {
}

public synchronized static Singleton getInstance() {

if (singleton == null) {

int tipoDoSingletonParaInstanciar = leUmArquivoTexto();

if (tipoDoSingletonParaInstanciar == 1) {
singleton = new SingletonSubclasse1();
} else if(tipoDoSingletonParaInstanciar == 2) {
singleton = new SingletonSubclasse2();
} else {
singleton = new Singleton();
}
}

return singleton;
}

public void metodoQuePodeSerSobrescrito() {
System.err.println("Singleton.metodoQuePodeSerSobrescrito()");
}
}
[/code]


e da subclasse

[quote]
public class SingletonSubclasse1 extends Singleton {

protected SingletonSubclasse1() {
}

@Override
public void metodoQuePodeSerSobrescrito() {
System.err.println("SingletonSubclasse1.metodoQuePodeSerS()");
}
}
[/quote]


é assim que vc ve o polimorfismo aplicado ao Singleton, ou a implementação não é bem essa.... concordo que já é uma grande vantagem....

Bom... já estou convencido que o Singleton é "um cara legal"....

mas será que ele tem mais alguma vantagem???

valeu pessoal

]]> http://www.guj.com.br/posts/preList/38669/206215.java http://www.guj.com.br/posts/preList/38669/206215.java GMT

]]> http://www.guj.com.br/posts/preList/38669/206222.java http://www.guj.com.br/posts/preList/38669/206222.java GMT
Alias, singletons desse tipo so existem uma vez por classloader -- o que eh [b]bem[/b] inutil, se for parar pra pensar.

Resumindo, nao use singletons - use injecao de dependencias pra configuracao, ou outros mecanismos que nao dependam de estado estatico. ]]> http://www.guj.com.br/posts/preList/38669/206234.java http://www.guj.com.br/posts/preList/38669/206234.java GMT
o CV tem MAIS do que razao. normalmente usamos singletons so para ter uma maneira de fazer lookup.

rarissimamente (posso ate arriscar um NUNCA) temos motivo para dizer que queremos apenas um objeto do tipo X na memoria.

em vez de metodos estaticos ou singletons, eu dou preferencia para injecao de dependecias de objetos estupidos (isto eh, objetos que tem um monte de metodozinhos simples, sem nenhum estado, diga-se atributos). ou entao voce cria apenas um no seu interceptor/filter/aspect e injeta sempre o mesmo. dando uma escopo "applications" pro objeto (aha! variavel global)]]> http://www.guj.com.br/posts/preList/38669/206249.java http://www.guj.com.br/posts/preList/38669/206249.java GMT
E isso por si so eh estado mantido de forma estatica, ja que a instancia do singleton eh mantida dessa forma

Da pra entrar em todo tipo de discussao teorica sobre isso, mas se vc quiser resumir bem:

- Variaveis estaticas, so tipos primitivos ou imutaveis, e devem ser final
- Singletons sao indicio de que vc precisa pensar melhor sua arquitetura
- Metodos estaticos sao indicio de que seus objetos tao ficando "burros"]]> http://www.guj.com.br/posts/preList/38669/206250.java http://www.guj.com.br/posts/preList/38669/206250.java GMT - Metodos estaticos sao indicio de que seus objetos tao ficando "burros"
[/quote]
e como seria um método não burro para tirar a raiz quadrada numa classe de matemática ???
vc faria um singleton e um método não estático ???]]> http://www.guj.com.br/posts/preList/38669/206689.java http://www.guj.com.br/posts/preList/38669/206689.java GMT
[code] >> 9.sqrt()
3
>>[/code]

:)]]> http://www.guj.com.br/posts/preList/38669/206806.java http://www.guj.com.br/posts/preList/38669/206806.java GMT
[code] >> 9.sqrt()
3
>>[/code]

:)[/quote]
Mas aí você estaria 'inchando' demais a classe Número

Eu costumo usar static somente para classes utilitárias de Texto, Número, Data, etc ... não vejo mal algum nisso.

]]> http://www.guj.com.br/posts/preList/38669/206818.java http://www.guj.com.br/posts/preList/38669/206818.java GMT
[code] >> 9.sqrt()
3
>>[/code]

:)[/quote]
Mas aí você estaria 'inchando' demais a classe Número

Eu costumo usar static somente para classes utilitárias de Texto, Número, Data, etc ... não vejo mal algum nisso.

[/quote]

A solução do cv é interessante, mas o fabrício tem completa razão.
Sobre usar singleton ou não usar eu vou colocar como eu tomo essa decisão:

- Se a classe tem estado interno, ou seja tem atributos que podem afetar outros métodos ou chamadas futuras ao próprio método então eu uso um sigleton, pois atributos estáticos não são uma boa técnica de programação;

- Se o método não é afetado e também não afeta nenhum estado interno da classe ele deve ser estatico, não há razão pra usar sigleton neste caso.

Espero ter ajudado.
[ ] ' s e t +
]]> http://www.guj.com.br/posts/preList/38669/207130.java http://www.guj.com.br/posts/preList/38669/207130.java GMT
E isso por si so eh estado mantido de forma estatica, ja que a instancia do singleton eh mantida dessa forma

Da pra entrar em todo tipo de discussao teorica sobre isso, mas se vc quiser resumir bem:

- Variaveis estaticas, so tipos primitivos ou imutaveis, e devem ser final
- Singletons sao indicio de que vc precisa pensar melhor sua arquitetura
- Metodos estaticos sao indicio de que seus objetos tao ficando "burros"[/quote]

Inclui na lista:

- ThreadLocal eh tao venenoso quanto. Eh o mesmo problema de lookup. E hoje em dia usado em MILHARES de lugares famosinhos por ai...
]]> http://www.guj.com.br/posts/preList/38669/207341.java http://www.guj.com.br/posts/preList/38669/207341.java GMT
- Se a classe tem estado interno, ou seja tem atributos que podem afetar outros métodos ou chamadas futuras ao próprio método então eu uso um sigleton, pois atributos estáticos não são uma boa técnica de programação;

- Se o método não é afetado e também não afeta nenhum estado interno da classe ele deve ser estatico, não há razão pra usar sigleton neste caso.

Espero ter ajudado. [/code]

Martins,

Sobre isto que voce comentou é possivel voce nos dar um exemplo ?

Abraços


]]> http://www.guj.com.br/posts/preList/38669/236944.java http://www.guj.com.br/posts/preList/38669/236944.java GMT
Gilson

Você, como todos que ainda não fizeram, deve ler o Effective Java do Joshua Bloch ou J2EE Design and Development do Rod Johnson. Principalmente o Effective Java pois nenhum programador Java pode ser classificado como médio sem o ter lido.

[]s
Luca]]> http://www.guj.com.br/posts/preList/38669/236960.java http://www.guj.com.br/posts/preList/38669/236960.java GMT