¿Debería utilizarse Closeable como equivalente Java para IDisposable de .NET?

Question

Actualización: Como señala @PaulGroke a continuación, las cosas han cambiado con Java 7: ahora es AutoCloseable. Que no está vinculado a las secuencias y es compatible con la nueva construcción try-with-resources.

AutoCloseable es el equivalente directo de Java para la interfaz IDisposable de .NET.

---

La interfaz Closeable introducido en Java 1.5 está estrechamente ligada a las corrientes, e incluso tiene un especificador de excepción para IOException. Esto sugiere que solo debe usarse para flujos u otras actividades relacionadas con IO, en lugar de la lógica de limpieza de propósito general.

Ciertamente, la descripción del método close() haría absolutamente ningún sentido fuera de un contexto de secuencia/IO:

void close() throws IOException

Cierra esta corriente y libera los recursos del sistema asociados a ella.

¿Debo declarar, por tanto, mi propia interfaz, Disposable, con un método Dispose() en él, y usar eso como un análogo a la interfaz de .NET IDisposable? ¿O debería volver a usar Closeable aunque no encaje perfectamente?

Answer 1

Especialmente dado que close() arroja una IOException para la que debe escribir el código de manejo de excepciones, le aconsejo que escriba su propia interfaz. Esta interfaz puede arrojar cualquier excepción marcada que sea apropiada para el uso al que desea colocar la interfaz.

Las interfaces tienden a significar intenciones en la mente del lector, por lo que hacer que una clase implemente una interfaz estrechable asociada a IO hará que el lector suponga que la clase también está basada en IO.

Obviamente, si los objetos que desea cerrar son todos relacionados con IO, debe utilizar Cerrar. Pero por lo demás voy para

/** Interface for objects that require cleanup post-use. Call dispose() in finally block! */ 
public interface Disposable { 
    public void dispose(); 
} 

Answer 2

Estoy seguro de que la mayoría de las personas son conscientes de ello, pero ya que esta cuestión es todavía entre los primeros resultados al buscar por "IDisposable Java" (# 2 resultado para mí ahora mismo), y todavía no se menciona aquí ...

Las cosas han cambiado con Java 7: ahora está AutoCloseable. Que no está vinculado a las transmisiones y es compatible con la nueva construcción try-with-resources.

Answer 3

Al implementar Closeable (o AutoClosable para el caso) en una clase también es posible omitir simplemente los tiros declaración:

class X implements Closeable { 
    @Override public void close() /* I don't throw */ { 

    } 
} 

Así que cuando alguien está utilizando un objeto con tipo que puedan llamar close() sin tener que coger nada:

void f() { // notice no need for throws because close() doesn't throw 
    X x = new X(); 
    try { 
     // do something 
    } finally { 
     x.close(); 
    } 
} 

también es compatible con cualquier cosa esperando un Closeable: si este objeto se pasa en alguna parte que se encarga de Closeable, se ya anticipó una excepción y la manejó correctamente, aunque en vano en este caso.

Esto incluye bibliotecas como Guava Closeables y Java 7 try-con-recursos como sugiere Paul Groke:

try (X x = new X()) { 
    // do something 
} 

---

Hay una advertencia rara sin embargo: no se puede reintroducir la excepción en la crianza de clases una vez está despojado: