Muss ich beim Aufruf von Dispose() auf verwaltete Objekte?

Ist es nicht richtig. Sie entsorgen müssen Objekte, die zur Umsetzung von IDisposable. Das ist, warum Sie implementieren IDisposable - definieren Sie die Tatsache, dass Sie wickeln Sie (direkt oder indirekt) nicht verwaltete Ressourcen.

In diesem Fall, die nicht verwaltete Ressource ist ein GDI-handle, und wenn Sie nicht zu entsorgen, wenn Sie tatsächlich mit Ihnen gemacht, Sie werden Leck, diese handles anzusprechen. Nun, diese insbesondere Objekte haben Finalizer, die bewirken, dass die Ressourcen freigegeben werden, wenn die GC kommt, aber Sie haben keine Möglichkeit zu wissen, Wann das geschehen wird. Es könnte sein, 10 Sekunden, könnte es sein, 10 Tage ab jetzt, wenn Ihre Anwendung nicht ausreichend Arbeitsspeicher, um die Ursache zu GC kick, und führen Sie den Finalizer auf diese Pinsel/Stifte/fonts/etc. Sie können am Ende verhungern die OS von GDI-Ressourcen vor dem GC-überhaupt merkt, was Los ist.

Darüber hinaus haben Sie keine Garantie, dass alle nicht verwalteten wrapper implementiert einen finalizer. Die .NET Framework selbst ist ziemlich konsistent in dem Sinne, dass Klassen implementieren IDisposable implementieren es mit den richtige Muster, aber es ist völlig möglich, für einige anderen - Klasse, um eine fehlerhafte Umsetzung, die nicht durch einen finalizer und daher nicht richtig Aufräumen, es sei denn Dispose genannt wird, ausdrücklich auf Sie. Im Allgemeinen, die Zwecke der IDisposable ist, dass Sie eigentlich nicht wissen, oder kümmern uns um die spezifischen Implementierungsdetails; eher, wenn es Einweg, dann entsorgen Sie es, Punkt.

Moral von der Geschichte: Immer entsorgen IDisposable Objekte. Wenn Ihre Klasse ist "Eigentümer" der Objekte, die IDisposable, dann sollte es umzusetzen IDisposable selbst.

Gibt es eine ausgeprägte Ironie in Ihrem Ansatz. Durch die vor-erstellen Sie die Stifte/Pinsel, Sie sind genau erstellen das problem, dass Dispose() versuchen zu lösen. Diese GDI-Objekte, um mehr, gerade so, wie Sie wäre, wenn Sie nicht, rufen Sie Dispose(). Es ist eigentlich noch schlimmer, Sie werden um zumindest bis das Formular geschlossen ist.

Sind Sie wahrscheinlich, um lange genug, um gefördert zu generation #2. Der garbage collector nicht einen gen - #2-Sammlung sehr oft, es ist jetzt mehr wichtig, rufen Sie Dispose() auf Sie. Dies tun, indem Sie die Dispose () - Methode des Formulars, aus dem Designer.cs-Datei zu Ihrem Formular.cs-Datei und fügen Sie die Dispose-Aufrufe.

Aber, das der Richtige Weg ist. Stifte und Pinsel sind sehr günstige Objekte. Erstellen Sie, wenn Sie Sie benötigen, in das Paint-Ereignis. Und verwenden Sie die using-Anweisung, so werden Sie sofort entsorgt. Verwenden Sie den Stopwatch-Klasse re-überzeugen Sie sich selbst dies nicht tatsächlich dazu führen, dass jede Verlangsamung.

Haben Sie profilierten dies, um zu sehen, wenn Sie & Entsorgung dieser Objekte ist wirklich ein problem? Ich glaube nicht, dass es ist.

Sie machen Dinge viel einfacher für sich selbst und sicherlich weniger fehleranfällig, indem Sie einfach die folgenden erstellen-in-einem-mit-block-Muster.

Wenn Sie wollen, erstellen Sie noch einmal, dann auch implementieren IDisposable auf Ihre besitzenden Klasse und Durchlaufen der Verfügung über Ihr Eigentum Objekte. Keine Notwendigkeit für ein Destruktor (finalizer).

Gibt es fast keine Kosten auf diese Weise zu Objekten, die nicht wirklich brauchen, zu Entsorgen, aber es ist eine große Kosten, wenn Sie vergessen, Dispose für ein Objekt, die es brauchen.

Die Sie wirklich brauchen, um sich die Dokumentation für die Pinsel, Stifte etc.

Wenn Sie nicht mit unmanaged Ressourcen, die Sie kann nicht rufen Sie zu Entsorgen. Aber das mit/Dispose-Muster ist manchmal "missbraucht". Als Beispiel betrachten wir das ASP.NET MVC-framework. Hier können Sie etwas schreiben wie:

using(Html.BeginForm(...)){
  ///HTML input fields etc.
}

Wenn Html.BeginForm(...) aufgerufen wird, wird eine FORM - tag wird ausgegeben. Wenn die using-Anweisung endet, die Dispose aufgerufen wird, auf das Objekt zurückgegeben, die von Html.BeginForm(...). Aufruf Dispose bewirkt, dass die Ende FORM - tag gerendert werden. Auf diese Weise wird der compiler tatsächlich durchsetzen, die Paarung von FORM-tags, so dass Sie nicht vergessen, die schließende tag.

Andere haben angedeutet, "mit" - Bausteine für die GDI-Objekte - hier ein code Beispiel:

using( var bm = new Bitmap() )
using( var brush = new Brush() )
{

   //code that uses the GDI objects goes here
   ...

} //objects are automatically disposed here, even if there's an exception

Beachten Sie, dass Sie können so viele "mit" - Zeilen, wie Sie wollen für eine einzige code-block.

Ich denke, das ist eine schöne, saubere Umgang mit Disposable Objekten.

Obwohl Sie gefragt, Stifte und Pinsel, Schrift ist eine Klasse mit paar seltsame Macken. Insbesondere, wenn man legt die schriftart für den Zweck der Einstellung eines Steuerelements Eigenschaft Schriftart aus, bleibt man verantwortlich für die Entsorgung der schriftart--Eigentum wird nicht übertragen, um die Kontrolle-aber diese Verantwortung kann durchgeführt werden, indem du die schriftart zu jeder Zeit-sogar sobald Sie die schriftart, die erstellt wird, bevor Sie es an die Steuerung. Es scheint Schriftart ist eine Kombination aus einem verwalteten Objekt Informationen und eine nicht verwaltete GDI-Ressourcen, und für einige Zwecke auch nur erstere benötigt wird. Komisch-design-Schrift sollte wurden zwei Klassen.