Nên có thể sử dụng được như là tương đương Java cho .NET's IDisposable?

Question

Cập nhật: Khi @PaulGroke chỉ ra bên dưới, mọi thứ đã thay đổi với Java 7: hiện tại có AutoCloseable. Không được gắn với luồng và được hỗ trợ bởi cấu trúc try-with-resources mới.

AutoCloseable là tương đương Java trực tiếp cho giao diện IDisposable của .NET.

---

Giao diện Closeable giới thiệu trong Java 1.5 gắn liền chặt chẽ với suối, và thậm chí còn có một ngoại lệ cho specifier IOException. Điều này cho thấy rằng nó chỉ nên được sử dụng cho các luồng hoặc các hoạt động liên quan đến IO khác, thay vì logic dọn dẹp mục đích chung.

Chắc chắn mô tả cho phương pháp close() sẽ làm cho hoàn toàn không có cảm giác bên ngoài của một bối cảnh dòng/IO:

void close() throws IOException

Đóng dòng này và phiên bản bất kỳ tài nguyên hệ thống liên kết với nó.

Tôi có nên do đó tuyên bố giao diện của riêng tôi, Disposable, với một phương pháp Dispose() vào nó, và sử dụng như một chất tương tự với giao diện IDisposable NET không? Hoặc tôi có nên sử dụng lại Closeable mặc dù nó có thể không hoàn toàn phù hợp không?

Answer 1

Đặc biệt là khi đóng() ném một IOException thì bạn phải viết mã xử lý ngoại lệ cho, tôi khuyên bạn nên viết giao diện của riêng bạn. Giao diện này sau đó có thể ném bất kỳ ngoại lệ đã kiểm tra nào phù hợp với việc sử dụng mà bạn muốn đặt giao diện.

Giao diện có xu hướng biểu thị ý định trong tâm trí của người đọc, do đó, việc có một lớp thực hiện giao diện có thể kết nối với IO sẽ khiến người đọc giả định rằng lớp cũng dựa trên IO.

Rõ ràng, nếu các đối tượng bạn muốn đóng là tất cả liên quan đến IO, bạn nên sử dụng Có thể đóng. Nhưng nếu không, hãy truy cập

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

Answer 2

Tôi chắc chắn hầu hết mọi người đều biết điều đó, nhưng vì câu hỏi này vẫn nằm trong số các kết quả hàng đầu khi tìm kiếm "IDisposable Java" (kết quả # 2 cho tôi vừa rồi) và nó vẫn chưa được đề cập ở đây ...

Mọi thứ đã thay đổi với Java 7: hiện tại có AutoCloseable. Không được gắn với luồng và được hỗ trợ bởi cấu trúc try-with-resources mới.

Answer 3

Khi thực hiện Closeable (hoặc AutoClosable cho rằng vấn đề) trong một lớp học nó cũng có thể chỉ cần bỏ qua ném khai:

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

    } 
} 

Vì vậy, khi một người nào đó đang sử dụng một đối tượng đánh máy họ có thể gọi close() mà không cần phải bắt bất cứ điều gì:

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

Nó cũng tương thích với bất cứ điều gì mong đợi một Closeable: nếu đối tượng này được thông qua vào đâu đó để xử lý Closeable, họ đã dự đoán một ngoại lệ và xử lý nó một cách chính xác, mặc dù trong trường hợp này là vô ích.

này bao gồm các thư viện như Guava Closeables và Java 7 try-với-các nguồn lực như Paul Groke gợi ý:

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

---

Có một caveat hiếm mặc dù: bạn không thể giới thiệu lại các ngoại lệ trong trẻ em lớp một lần nó bị tước:

class Y extends X { 
            /* compile error */ 
    @Override public void close() throws IOException { 
     // Y.close clashes with X.close: overridden method does not throw IOException 
    } 
}