El término se usará como nombre del método. Se llama al método cuando una parte de la interfaz de usuario está oculta (o se elimina) y se usa para restablecer los valores predeterminados y eliminar objetos que ya no se usarán.

Los nombres posibles son: liberar, eliminar, eliminar, borrar, etc.

¿Cuál crees que es el más apropiado?

Yo suelo :

• inicializar()
• Terminar()

Me parece más apropiado:

• es difícil no verlo en el código, porque son palabras largas (no uso init)
• es inglés correcto (AFAIK)
• en mi cabeza, terminar evita la ambigüedad. No coincide con el inicio (que coincide con el final), el inicio (que coincide con la detención), la creación (que coincide con la destrucción), la configuración (que coincide con el desarmado), la carga (que coincide con la descarga), etc.

Sin embargo, algunas personas podrían considerarlo una cuestión de gustos.

Por lo general, utilizo Finalizar, Destruir o Terminar según la función de los objetos.

Para el caso que describas, Finalizar es con lo que iría según mi esquema.

Me gusta releaseun método que disponga de objetos y otros recursos (por ejemplo, como preparación para la destrucción). Elegiría resetun método que restablezca los valores predeterminados.

Si el estado "predeterminado" no requiere ningún recurso, es resetposible que pueda llamar releasepara realizar esa parte de sus operaciones.

close()

Nadie ha propuesto cerrar () todavía. Java 7 tiene una nueva característica de "probar con recursos". Una clase que se limpia automáticamente tiene que implementar java.lang.AutoCloseable que tiene un único método close (). shutdown () o cleanup () también podría ser bueno.

No finalize()

finalize () significa algo específico para el recolector de basura en Java, y la forma en que funciona es un poco extraña. Me mantendría alejado de finalize () a menos que quieras exactamente lo que Java hace con finalize ().

Me gusta bastante 'destruir'. No podría ser más claro a menos que estés escribiendo un videojuego o algo así.

Diría que depende de si la acción es opcional o requerida (sin pérdida de recursos), y si el lenguaje admite constructores / destructores. Para casos opcionales utilizo:

• claro
• Reiniciar
• ocultar (en el contexto de la interfaz de usuario)

En otros casos donde se requiere la acción opuesta (en lenguajes sin constructores / destructores, o cuando el destructor no libera el recurso), uso:

• init - fini
• inicializar - desinicializar
• crear - destruir

En su caso, creo que preferiría hide. Todavía puede liberar memoria / recursos si lo desea; lo importante es que es opcional, es decir, que el destructor se encargaría de ello si no lo hiciera.

Mi primer pensamiento fue derribar, pero eso se usa en muchos marcos de prueba. Finalizar y desechar tienen problemas similares. Restablecer o limpiar ambos parecen buenas opciones. Reinicializar deja en claro que vuelve al estado inicializado, lo que sería bueno si el estado al que regresa es el estado inicial.

Solo asegúrese de que su término no esté sobrecargado en su contexto actual.

y se usa para restablecer los valores predeterminados y eliminar objetos que ya no se usarán.

resetparece un buen término si restablece el objeto a sus valores predeterminados. reinitializeTambién podría ser apropiado si el uso de este objeto es similar a lo que initializehace. Parece que este método eliminará otros objetos, no el que recibe el mensaje, en cuyo caso cualquiera de los anteriores debería estar bien. Si realmente está haciendo lo contrario inity está preparando el receptor para ser destruido, disposesería una buena opción.

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

Yo iría con finalizar. Sin embargo, creo que depende un poco del caso de uso exacto: por ejemplo, si lo usa principalmente para liberar recursos, cerrar conexiones, archivos, la liberación sería más significativa.

Si está buscando una noción para uso general, o estandarizar, elegiría algo menos significativo, algo sin un significado especial como liberar o eliminar.

El concepto de init vs (lo que sea) es similar a (constructor vs destructor), o en java finalize.

( Nota : si el lenguaje tiene el concepto de construir y destruir objetos, es poca o ninguna necesidad de usar init ()).

Si el objeto al que se llama el método dejará de usarse, simplemente usaría el destructor estándar. Sin embargo, eso no parece ser el caso, por lo que, en lugar de ser demasiado genérico, un mejor nombre es probablemente algo así como hide()si el objeto en sí está oculto o hideUserInterfacePart()si los objetos compuestos están ocultos.