Warum sollte ich IDisposable anstatt in c#?

in deinem Beispiel mit Erklärung richtig ist, weil man Ressourcen nur im Umfang Ihrer Methode. Zum Beispiel:

Test1()
{
    using (FileStream fs = new FileStream("c:\\test.txt", FileMode.Open))
    {
        byte[] bufer = new byte[256];
        fs.Read(bufer, 0, 256);
    }
}

aber wenn die Ressourcen eingesetzt werden, die außerhalb einer Methode, dann sollten Sie Dispose-Methode.
Dieser code ist falsch:

class Test1
{
    FileStream fs;
    Test1()
    {
        using (var fileStream = new FileStream("c:\\test.txt", FileMode.Open))
        {
            fs = fileStream;
        }
    }

    public SomeMethod()
    {
        byte[] bufer = new byte[256];
        fs.Read(bufer, 0, 256);
    }
}

Die richtige Sache zu tun ist, implementieren IDisposable um sicher zu sein, dass die Datei veröffentlicht wird, nachdem es verwendet wird.

class Test1 : IDisposable
{
    FileStream fs;
    Test1()
    {
        fs = new FileStream("c:\\test.txt", FileMode.Open);
    }

    public SomeMethod()
    {
        byte[] bufer = new byte[256];
        fs.Read(bufer, 0, 256);
    }

    public void Dispose()
    {
        if(fs != null)
        {
            fs.Dispose();
            fs = null;
        }
    }
}

InformationsquelleAutor Dmitry Dovgopoly

Basierend auf den Informationen, die Sie zur Verfügung gestellt, es gibt absolut keinen Grund zu implementieren IDisposable oder einen finalizer auf Test.

Nur einen finalizer implementieren zu release nicht verwaltete Ressourcen (window handle GDI-handle-Datei-handle). Sie in der Regel nicht haben, um jemals tun, es sei denn, Sie sind PInvoking die Win32 API oder etwas. Microsoft hat freundlicherweise gewickelt, dies für Sie in der FileStream so dass Sie nicht haben, um sorgen über Datei-handles.

Einen finalizer gemeint ist, zu bereinigen nicht verwalteter Ressourcen, wenn ein Objekt bei der Speicherbereinigung.

Da der garbage collector kann es sehr lange dauern, bevor Sie entscheidet, um zu erfassen Ihr Objekt, möchten Sie vielleicht einen Weg, um die trigger-Bereinigung. Nein, GC.Collect() ist nicht der richtige Weg, das zu tun. 😉

Frühzeitiges Bereinigung der systemeigenen Ressourcen, ohne zu warten, für den garbage collector implementieren Sie IDisposable auf Ihre Klasse. Damit können sich die Anrufer trigger cleanup-ohne warten auf der GC. Dies gilt nicht führen, dass Ihr Objekt, befreit zu werden von der GC. Alle es tut, ist frei, die einheimische Ressource.

In dem Fall, wo ein Objekt besitzt ein anderes Objekt, das ist Einweg, dann die besitzenden Objekts implementieren auch IDisposable und rufen Sie einfach die anderen Objekts Dispose().

Beispiel:

class Apple : IDisposable
{
    HWND Core;

    ~Apple() { Free(); }
    Free()
    {
        if(Core != null)
        {
            CloseHandle(Core); 
            Core = null;
        }
    }
    Dispose() { Free(); }
}

class Tree : IDisposable
{
    List<Apple> Apples;
    Dispose()
    {
        foreach(var apple in Apples)
            apple.Dispose();
    }
}

Beachten Sie, dass Tree nicht der finalizer. Es implementiert Dispose denn es muss Pflege über Apple Aufräumen. Apple einen finalizer hat, um sicherzustellen, dass es reinigt das Core Ressource. Apple ermöglicht die frühzeitige Bereinigung durch den Aufruf Dispose()

Dem Grund, dass Sie nicht brauchen Dispose und sicherlich nicht finalizer ist, weil Ihre Klasse Test besitzt keine eigenen member-Bereich, die nicht oder IDisposable. Sie passieren, um erstellen Sie eine FileStream, was ist Einweg, aber Sie reinigen sich vor dem verlassen der Methode. Es ist nicht im Besitz der Test Objekt.

Es gibt eine Ausnahme zu diesem Fall. Wenn Sie eine Klasse zu schreiben, die Sie kennen, werden geerbt, von anderen, und die anderen können umsetzen IDisposable, dann sollten Sie voran gehen und implementieren IDisposable. Andernfalls wird der Anrufer wird nicht wissen, zu entsorgen, das Objekt (oder sogar in der Lage sein, ohne Gießen). Dies ist jedoch ein code smell. Normalerweise würden Sie nicht von einer Klasse Erben, und fügen Sie IDisposable. Wenn Sie das tun, wahrscheinlich ist es schlechtes design.

InformationsquelleAutor dss539

Ich denke, die Frage ist eher wie "Soll ich entsorgen Sie die Datei sofort oder mit der Dispose-Methode der Klasse, die die Zugriffe auf diese Datei?"

Hängt es: wenn Sie den Zugriff auf die Datei nur im Konstruktor meiner Meinung nach gibt es keinen Grund für die Implementierung von der IDisposable. Mit ist der richtige Weg,

Sonst, wenn Sie die gleiche Datei auch in anderen Methoden, vielleicht ist es eine gute übung öffnen Sie die Datei einmal und schließen Sie es in Ihrer Dispose-Methode (Implementierung der IDisposable -)

InformationsquelleAutor Emanuele