Jak można stwierdzić, czy odwołanie do obiektu IDisposable jest usuwane?

Question

Czy istnieje metoda lub inny lekki sposób sprawdzenia, czy odniesienie dotyczy unieszkodliwionego obiektu?

P.S. - To tylko ciekawość (śpij dobrze, nie w kodzie produkcyjnym). Tak, wiem, że mogę złapać ObjectDisposedException po próbie uzyskania dostępu do obiektu obiektu.

Answer 1

To zależy, istnieją IDisposable obiekty, które pozwalają wywołać metodę Dispose tyle, ile chcesz, i istnieje IDisposable obiekty, które rzucają ObjectDisposedException. W takim przypadku obiekty te muszą śledzić stan (zwykle implementowany z prywatnym polem boolowskim isDisposed).

Answer 2

Nie - domyślna implementacja IDisposable wzór nie obsługuje on

Answer 3

System.Windows.Forms.Control ma właściwość IsDisposed który set to true after Dispose() is called. W swoich obiektach IDisposable można łatwo utworzyć podobną właściwość.

Answer 4

Jeśli nie jest to twoja klasa i nie zapewnia własności IsDisposed (lub coś podobnego - nazwa jest tylko konwencją), to nie masz możliwości poznania.

Ale jeśli jest to twoja klasa i podążasz za canonical IDisposable implementation, to po prostu wystaw pole _disposed lub _isDisposed jako własność i sprawdź to.

Answer 5

Nie ma nic wbudowanego, co na to pozwoli. Będziesz musiał ujawnić właściwość boolean IsDisposed, która odzwierciedla wewnętrzną flagę.

public class SimpleCleanup : IDisposable 
{ 
    private bool disposed = false; 

    public bool IsDisposed 
    { 
     get 
     { 
      return disposed; 
     } 
    } 

    public SimpleCleanup() 
    { 
     this.handle = /*...*/; 
    } 

    protected virtual void Dispose(bool disposing) 
    { 
     if (!disposed) 
     { 
      if (disposing) 
      { 
       // free only managed resources here 
      } 

      // free unmanaged resources here 
      disposed = true; 
     } 
    } 

    public void Dispose() 
    { 
     Dispose(true); 
    } 
} 

Answer 6

Co chciałbym zrobić, to zadeklarować obiekty bez ich inicjowania, ale ustawić ich wartości domyślnych Nothing. Następnie, pod koniec pętli piszę:

If anObject IsNot Nothing Then anObject.Dispose() 

Powyżej znajduje się pełna próbka:

Public Sub Example() 
    Dim inputPdf As PdfReader = Nothing, inputDoc As Document = Nothing, outputWriter As PdfWriter = Nothing 

    'code goes here that may or may not end up using all three objects, 
    ' such as when I see that there aren't enough pages in the pdf once I open 
    ' the pdfreader and then abort by jumping to my cleanup routine using a goto .. 

GoodExit: 
    If inputPdf IsNot Nothing Then inputPdf.Dispose() 
    If inputDoc IsNot Nothing Then inputDoc.Dispose() 
    If outputWriter IsNot Nothing Then outputWriter.Dispose() 
End Sub 

To również działa świetnie na oddanie najważniejszych obiektów w szczycie rutyny, wykorzystując je do środka Try rutynowe i usuwania ich w Finally bloku:

Private Sub Test() 
    Dim aForm As System.Windows.Forms.Form = Nothing 
    Try 
     Dim sName As String = aForm.Name 'null ref should occur 
    Catch ex As Exception 
     'got null exception, no doubt 
    Finally 
     'proper disposal occurs, error or no error, initialized or not.. 
     If aForm IsNot Nothing Then aForm.Dispose() 
    End Try 
End Sub 

Answer 7

Sposób Dispose jest wymagany do wykonywania co oczyszczanie będzie Zapotrzebowanie przed usunięciem obiektu; jeśli nie jest wymagane żadne oczyszczanie, nie jest wymagane nic. Wymaganie, aby obiekt śledził, czy został usunięty, nawet jeśli metoda w innym przypadku nie zrobiłby nic, wymagałoby wielu obiektów o wartości IDisposable, aby dodać flagę z bardzo ograniczonymi korzyściami.

Mogło to być pomocne, jeśli IDisposable zawarte dwie właściwości - jeden, który wskazany czy obiekt potrzebne utylizacji, a jeden z co wskazywało, że obiekt nie był bezużyteczne przez dyspozycji. W przypadku obiektów, w których składowanie faktycznie coś robi, obie wartości będą początkowo prawdziwe i staną się fałszywe po Dispose. W przypadku obiektów, w których usuwanie nie wymaga żadnego czyszczenia, pierwsza metoda zawsze może zwracać fałsz, a druga zawsze jest prawdziwa, bez konieczności przechowywania flagi w dowolnym miejscu. Nie sądzę, że jest jakikolwiek sposób, aby te można było teraz dodać do .NET.