Erzwinge try-with-resources Java 7

Question

Ich habe eine Klasse, die AutoCloseable implementiert und mit dem neuen Try-with-resources-Konstrukt von Java 7 verwendet werden soll. Ich kann jedoch keine Möglichkeit finden, zu garantieren, dass der Benutzer meiner Klasse Try-with-Resources verwendet. Wenn dies nicht geschieht, kann meine Klasse sich nicht selbst schließen, und schlimme Dinge passieren. Gibt es einen Weg - Sprachkonstrukt oder anderes - um dies durchzusetzen? Sogar in der Lage zu erkennen, ob ich in einem try-with-resources-Block bin oder nicht, sodass ich eine Ausnahme auslösen kann, wenn das nicht der Fall ist, wäre gut (obwohl ein kompilierbares Konstrukt vorzuziehen wäre).

Danke!

Answer 1

Leider gibt es keine Möglichkeit, sich vor der Dummheit des Benutzers zu schützen.

Sie können die Methode finalize implementieren, um close aufzurufen; Auf diese Weise können Sie sicher sein, dass die Ressource mindestens geschlossen ist, wenn das Objekt als Garbage Collected erfasst wird, obwohl Sie nicht wissen können, wann (oder falls) dies geschieht.

Wenn Sie Einschränkungen bei der Verwendung Ihres Projekts vornehmen können, können Sie möglicherweise einige Richtlinien mithilfe der aspektorientierten Programmierung erzwingen, aber dann verwenden Sie Java nicht mehr.

Answer 2

Nein, es gibt keinen Weg, gleiche schlechte Dinge passieren, wenn Sie Dateien oder Datenbankverbindungen halten öffnen und Sie sie nicht in der Nähe ...

Wenn die sensible Ressourcen genutzt und im Rahmen discarted werden können von einem Methodenaufruf können Sie jedes Mal öffnen/schließen, wenn Ihre API aufgerufen wird, wenn nicht, dann haben Sie einfach das Verhalten gut dokumentiert.

Ihre Klasse könnte auch einen Shutdown-Hook registrieren, damit Sie Ihre Ressourcen schließen können, wenn der jvm untergeht, aber ich sehe das sowieso als eine schlechte Übung für eine Bibliothek.

Answer 3

Wenn Sie sich wirklich um Ressourcenverwaltung kümmern, dann ist die Verwendung eines Callback-Idioms der sicherste Ansatz. Sie setzen nicht die Sammlung, sondern eine API, die die Endbenutzer ermöglicht Elemente in der Auflistung zu handhaben:

public interface Callback<T> { 
    void handle(T item); 
} 

public class SuperVitalVault { 
    public void all(Callback<Precious> callback) { 
    try (...) { 
     for (Precious i : ...) { 
     callback.handle(i); 
     } 
    } 
    } 
} 

Sie können Callback.handle(T) ändern, um ein boolean zurück, wenn Sie ein vorzeitiges Ausscheiden unterstützen:

try (...) { 
     for (Precious i : ...) { 
     if (callback.handle(i)) break; 
     } 
    } 

Wenn Sie sich Ihre eigene Callback-Schnittstelle bleiben wollen von definieren, können Sie Guava die Verwendung Function<T, Boolean> oder Predicate<T>, aber beachten Sie, dass es die Semantik festgelegt durch Guava verletzt:

Instanzen von Function werden im Allgemeinen erwartet, dass sie referenziell transparent sind - keine Nebenwirkungen - und mit equals konsistent sein müssen, dh a.equals (b) impliziert, dass function.apply (a) .equals (function.apply() b)).

Instanzen von Prädikat werden im Allgemeinen als frei von Nebenwirkungen und als gleichwertig angesehen.