O termo será usado como um nome de método. O método é chamado quando uma parte da interface do usuário é oculta (ou removida) e é usada para redefinir os valores para o padrão e dispor objetos que não serão mais usados.

Os nomes possíveis são: liberar, remover, descartar, limpar etc.

Qual você acha que é o mais apropriado?

Eu uso :

• inicializar()
• terminate ()

Acho mais apropriado:

• é difícil não vê-lo no código, porque são duas palavras longas (não uso init)
• está correto inglês (AFAIK)
• na minha cabeça, terminar evita ambiguidade. Ele não corresponde ao início (que corresponde ao final), ao início (que corresponde ao stop), à criação (que corresponde à destruição), à configuração (que corresponde à não definida), à carga (que corresponde à descarga) etc.

Algumas pessoas podem achar uma questão de gosto.

Normalmente, eu uso Finalizar, Destruir ou Terminar, dependendo da função dos objetos.

Para o caso que você descreve, Finalize é o que eu aceitaria com base no meu esquema.

Gosto releasede um método que descarta objetos e outros recursos (por exemplo, como preparação para a destruição). Eu escolheria resetum método que redefina os valores para o padrão.

Se o estado "padrão" não exigir recursos, resetpoderá chamar releasepara executar essa parte de suas operações.

close()

Ninguém propôs close () ainda. O Java 7 possui um novo recurso "try with resources". Uma classe que é limpa automaticamente precisa implementar java.lang.AutoCloseable que possui um único método close (). shutdown () ou cleanup () também pode ser bom.

Não finalize()

finalize () significa algo específico para o coletor de lixo em Java, e a maneira como funciona é um pouco estranha. Eu ficaria longe de finalize (), a menos que você queira exatamente o que Java faz com finalize ().

Eu gosto bastante de 'destruir'. Não poderia ser mais claro, a menos que você esteja escrevendo um videogame ou algo assim.

Eu diria que depende se a ação é opcional ou necessária (sem perda de recursos) e se a linguagem suporta construtores / destruidores. Para casos opcionais, eu uso:

• Claro
• restabelecer
• ocultar (no contexto da interface do usuário)

Em outros casos em que a ação oposta é necessária (em idiomas sem construtores / destruidores, ou quando o destruidor não libera o recurso), eu uso:

• init - fini
• inicializar - inicializar
• criar - destruir

No seu caso, acho que prefiro hide. Ele ainda pode liberar memória / recursos, se quiser - o importante é que é opcional, ou seja, que o destruidor cuidaria disso se você não o fizesse.

Meu primeiro pensamento foi derrubar, mas isso é usado em muitas estruturas de teste. Finalizar e descartar têm problemas semelhantes. Redefinir ou limpar as duas opções parecem boas. Reinicializar deixa claro que volta ao estado inicializado, o que seria bom se o estado para o qual você voltar é o estado inicial.

Apenas verifique se o seu termo não está sobrecarregado no seu contexto atual.

e é usado para redefinir os valores para o padrão e descartar objetos que não serão mais usados.

resetparece um bom termo se você estiver redefinindo o objeto para os padrões. reinitializeTambém pode ser apropriado se o uso desse objeto for semelhante ao que initializefaz. Parece que esse método descartará outros objetos, não aquele que está recebendo a mensagem; nesse caso, qualquer um dos itens acima deve estar bem. Se você está realmente fazendo o oposto inite preparando o receptor para ser destruído, disposeseria uma boa escolha.

http://www.wordhippo.com/what-is/the-opposite-of/initialize.html

Eu iria finalizar. No entanto, acho que é um pouco dependente do caso de uso exato: por exemplo, se você o usa principalmente para liberar recursos, fechar conexões, arquivos e, em seguida, o lançamento seria mais significativo.

Se você estiver procurando por uma noção para uso geral ou padronizada, eu escolheria algo menos significativo, algo sem significado especial, como liberação ou remoção.

O conceito de init vs (qualquer que seja) é semelhante a (construtor vs destruidor), ou em java finalize.

( Nota : Se a linguagem tem o conceito de construção e destruição de objetos, é pouca ou nenhuma necessidade de usar init ().)

Se o objeto em que o método está sendo chamado deixar de ser usado, eu usaria apenas o destruidor padrão. Porém, isso não parece o caso, portanto, em vez de ficar genérico demais, um nome melhor provavelmente é algo como hide()se o objeto em si estivesse oculto ou hideUserInterfacePart()se objetos compostos estivessem ocultos.