É vantagem usar static e final? [RESOLVIDO]

Para que você não tenha que dar suporte a ele.

A parte de uma classde que pode ser sobrescrita numa subclasse é parte integrante da interface da classe e deve ter seu contrato de sobrescrita especificado exatamente como o contrato de uso de metodos normais.

ViniGodoy wrote:

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.

entendi agora o que ele queria e não funcionava. não o conceito, mas o propósito.. valeu vini

ViniGodoy wrote:
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.

Na verdade isso só vai funcionar porque Strings são imutáveis, e mesmo objetos sendo passados como cópia da referência, uma Sting modificada dentro de um método vai funcionar como se a passagem fosse de um tipo primitivo, não refletindo fora do método pois Strings são imutáveis.
Porém com outros tipos de objeto, as mudanças através da referência do parâmetro, vão refletir no objeto fora do método.
Por exemplo:

Neste caso será impresso 'leafaR'. Mesmo modificando o valor do objeto dentro do método, a mudança se refletirá no objeto Pessoa que foi criado antes do método.

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

urubatan wrote: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

Bem, eu uso qnd quero ter acesso global a algum método de uma classe sem necessidade de instanciar a classe..
Com por exemplo os desenhos que faço na celula da jTable, apenas chamo

Desenho.fig1();
Desenho.fig2();
Desenho.fig3();

já que todas as figuras da classe Desenho sao "static final".

E quanto ao "final" estou começando a usar mais nos parametros que passo tb, para garantir que serao os mesmos parametros até o final do método (vai q eu esqueço e sobrescrevo algo.. ja aconteceu..rs)

Java Ninja Membro desde: 18/05/2006 20:04:34 Mensagens: 256 Offline

cv wrote:

pcalcado wrote:...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?

Como usar cinto de segurança... Ninguém pretende bater no próximo poste que encontrar. Mas nunca se sabe, "o inferno são os outros".

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

E sobre eu utilizar final em todos os parametros que passo e que não pretendo modificar, há alguma perda de desempenho?

A maior parte dos meus métodos eu passo parâmetros sem a intenção de modificá-los, neste caso é sempre vantagem receber os parâmetros como no código a seguir?

Debugger Membro desde: 22/10/2008 22:13:38 Mensagens: 68 Offline

pcalcado wrote:Para que você não tenha que dar suporte a ele.

A parte de uma classde que pode ser sobrescrita numa subclasse é parte integrante da interface da classe e deve ter seu contrato de sobrescrita especificado exatamente como o contrato de uso de metodos normais.

Realmente estou a anos-luz desse cara em OO ....... eu até acho q entendi + ou - o q ele quis dizer, agora assimilar perfeitamente e trazer isso pro meu dia a dia ainda é um objetivo a se conquistar ... rsrs

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