Soll Closeable als Java-Entsprechung für IDisposable von .NET verwendet werden?

Question

Update: Wie @PaulGroke unten zeigt, haben sich die Dinge mit Java 7 geändert: Es gibt jetzt AutoCloseable. Das ist nicht an Streams gebunden und wird durch das neue try-with-resources Konstrukt unterstützt.

AutoCloseable ist das direkte Java-Äquivalent für die IDisposable-Schnittstelle von .NET.

---

Die Closeable Schnittstelle in Java eingeführt 1.5 ist eng an Ströme gebunden, und hat sogar eine Ausnahme-Spezifizierer für IOException. Dies deutet darauf hin, dass es nur für Streams oder andere E/A-bezogene Aktivitäten verwendet werden sollte, und nicht für allgemeine Bereinigungslogik.

Gewiß ist die Beschreibung für das close() Verfahren würde absolut keinen Sinn außerhalb eines Strom/IO Kontext:

void close() throws IOException

Schließt diesen Stream und gibt alle Systemressourcen mit ihm verbunden ist.

Soll ich also meine eigene Schnittstelle erklären, Disposable, mit einer Dispose() Methode auf, und verwenden Sie diese als eine Analog .NET IDisposable-Schnittstelle? Oder sollte ich Closeable wiederverwenden, obwohl es vielleicht nicht perfekt passt?

Answer 1

Insbesondere, da close() eine IOException auslöst, müssen Sie dann Ausnahmebehandlungscode schreiben, ich würde Ihnen raten, Ihre eigene Schnittstelle zu schreiben. Diese Schnittstelle kann dann alle überprüften Ausnahmen auslösen, die für die Verwendung geeignet sind, der Sie die Schnittstelle zuweisen möchten.

Schnittstellen neigen dazu, Absicht im Kopf des Lesers zu signalisieren. Wenn also eine Klasse eine IO-assoziierte Closeable-Schnittstelle implementiert, wird der Leser annehmen, dass die Klasse ebenfalls IO-basiert ist.

Offensichtlich, wenn die Objekte, die Sie schließen möchten sind alle IO-related, sollten Sie Closeable verwenden. Aber sonst geht für

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

Answer 2

Ich bin sicher, dass die meisten Leute davon wissen, aber da diese Frage ist nach wie vor unter den Top-Ergebnissen, wenn für „IDisposable Java“ (# 2 Ergebnis für mich gerade jetzt) ​​suchen, und es ist immer noch nicht hier erwähnt ...

Die Dinge haben sich mit Java 7 geändert: Es gibt jetzt AutoCloseable. Das ist nicht an Streams gebunden und wird durch das neue try-with-resources Konstrukt unterstützt.

Answer 3

Wenn Closeable Implementierung (oder AutoClosable was das betrifft) in einer Klasse möglich ist es auch, nur die Erklärung wirft auslassen:

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

    } 
} 

Also, wenn jemand eine typisierte Objekt verwenden, können sie close() aufrufen, ohne fangen an mit alles:

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

Es ist auch mit allem kompatibel erwartet ein Closeable: wenn dieses Objekt in irgendwo übergeben wird, die Closeable Griffe, sie antizipieren Sie bereits eine Ausnahme und behandeln Sie sie korrekt, wenn auch in diesem Fall vergeblich.

Dazu gehören Bibliotheken wie Guava Closeables und Java 7 Try-with-Ressourcen wie Paul Groke schlagen vor:

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

---

Es ist eine seltene Einschränkung allerdings: Sie die Ausnahme in den Kinderklassen nicht wieder einführen können, wenn es ist entfernt: