É vantagem usar static e final? [RESOLVIDO]

JavaEvangelist Membro desde: 16/03/2007 14:03:02 Mensagens: 333 Offline

É vantagem eu sair colocando static e final em todos o métodos e atributos que aceitarem esses modificadores?
Eu tenho ganho de desempenho considerável utilizando muito algum desses dois?

não é vantagem, uma vez que você precise trabalhar com mais de uma instancia para cada objeto...

O static e final em conjunto deve ser usado apenas para constantes.

Dê sempre preferência ao projeto de suas classes e a um código claro, ao invés da performance. Classes bem projetadas podem ser facilmente otimizadas, enquanto as mal projetadas, não.

Quando for otimizar seu código, use um profiler para identificar os pontos com problema e otimize somente esses lugares. Deixe o código otimizado documentado, explicando o motivo da otimização e os ganhos com seu novo algoritmo, assim você não corre o risco de alguém desfazer o código da otimização por engano.

O compilador faz um trabalho muito bom com otimizações. Como já foi demonstrado com o C++, não é necessário dar dicas a ele com a palavra final e ele geralmente fará um trabalho muito melhor do que você nesse sentido. Do contrário do C++, o java é capaz de analisar o código em tempo de execução e fazer inline de métodos on the fly.

Para mais informações, dê uma lida nos artigos, do Brian Goetz:
Java theory and practice: Is that your final answer?
Java theory and practice: Urban performance legends

Você terá ganho significativo de performance escolhendo algoritmos eficientes e usando bem a API do java (que já tem algoritmos assim prontos). Por exemplo, se você ainda ordena uma lista com Bubble sort, ao invés de simplesmente chamar Collections.sort (que usa um QuickSort modificado), certamente terá aplicações de performance baixa.

Vale a pena dar uma olhada neste endereços:

static

http://www.javapractices.com/Topic2.cjp

http://www.javapractices.com/Topic195.cjp

final

http://www.javapractices.com/Topic23.cjp

fw

Moderador Membro desde: 29/07/2004 16:10:13 Mensagens: 17543 Offline

Uma coisa que é interessante é usar "final" para parâmetros e variáveis locais inicializadas.
Isso normalmente evita alguns erros bobos de programação que ocorrem porque a gente sempre esquece que parâmetros são passados por valor, não por referência.

Exemplo: por que este código não funciona como desejado?

Se você passar os parâmetros para "final", vai ver por que é que não funciona:

wellington7 wrote:É vantagem eu sair colocando static e final em todos o métodos e atributos que aceitarem esses modificadores?
Eu tenho ganho de desempenho considerável utilizando muito algum desses dois?

cara existe uma grande diferença entre o static e o final, o static diz que q seu metodo pertence a class e q so pode ser chamado por outro metodo static.. agora o final diz o seguinte.. que seu metodo jamais vai subscrito em sua subclasse... um metodo final ele nao eh herdado uma class final ele nao eh herdado o metodo static tb nao eh herdado mais pode ser redefinido.. em uma subclass...

JavaEvangelist Membro desde: 16/03/2007 14:03:02 Mensagens: 333 Offline

Vamos ver se entendi..
"final" não é bom para métodos, pois impede que o Java possa fazer sua própria otimização (que seria muito melhor do q a minha).
Mas "final" é muito bom para os atributos e variaveis locais, para impedir que se modifique o valor (quando não se desejar modificar esse valor..)

E o "static" (como estou usando) é muito legal pra atributos ou métodos que se quer acessar sem criar uma instancia da classe. Eu por exemplo estou criando desenhos em celulas da jTable, a classe Desenho tem todos os desenhos como static, eu acesso Desenho.fig1() e ele já desenha, de qualquer parte do programa.

Em outras palavras:
Static = Acesso global, sem necessidade de instancia.
Final = Contante. Na maioria, bom apenas para atributos locais.

Qualquer coisa me corrijam.

Valeu!

Como um adendo, se você quer seguir boas práticas de OOP deve marcar como final todos os métodos que não vai dar suporte. Ou seja: se sua classe não está preparada para trabalhar com uma versão polimórfica de um dado método faça-o final.

thingol wrote:
Exemplo: por que este código não funciona como desejado?
void swap (String s1, String s2) { String tmp = s1; s1 = s2; s2 = tmp; }

Creio que não entendi bem o exemplo, o que exatamente ele deveria realizar que não está realizando?

Também estou bastante curioso. rsrs

Smalltalk Membro desde: 13/11/2006 18:29:54 Mensagens: 4 Offline

Abusar de Static nunca é uma boa prática em OO... Tem que se usada nos casos específicos, pois se todos os métodos e classes tivessem static seria como programar em procedural!!

tenha pro regra o seguinte, o único método estático da aplicação é o public static void main

para ter qualquer outro método static tu precisa de um ótimo motivo

Rafael Nunes wrote:
Creio que não entendi bem o exemplo, o que exatamente ele deveria realizar que não está realizando?

O código do Thingol deveria trocar o valor dois dois Strings, mas ele não faz isso. Isso porque a função receberá 2 referências para as strings, mas elas são simplesmente cópias das referências originais.

Assim, alterar o valor dentro da função não refletirá em nada fora da função.

Em resumo da ópera:

Use static e final apenas quando isso se refletir ou reforçar uma decisão de projeto, nunca por motivos como performance.

Os modificadores static e final foram criados com um motivo específico e é esse motivo que deve ser levado em conta no momento de utiliza-los.

pcalcado wrote:Como um adendo, se você quer seguir boas práticas de OOP deve marcar como final todos os métodos que não vai dar suporte. Ou seja: se sua classe não está preparada para trabalhar com uma versão polimórfica de um dado método faça-o final.

Pra que?

Notícias, artigos e o maior fórum brasileiro sobre Java