stringreaderとstringwriterでdisposeを呼び出す必要があるのはなぜですか？

Question

それは私がそれを言うMSDNにstackoverflow answer

StringWriter implments public abstract class TextWriter : MarshalByRefObject, IDisposable

を読んで始まります。

Frameworkは、開発者にマニュアルを提供するために、 を実装する必要がありSystem.IDisposableインタフェースを提供します管理されていない リソースが不要になるとすぐに解放します。

アンマネージドリソースとは何ですか？私は明らかにStringWriterの資格はないと思います。私はIDisposableインターを継承せずに自分自身を記述する場合は....私はDispose()

class ConfusedDevStringWriter{ 
    private StringBuilder sb; 
    public ConfusedDevStringWriter(){ //ctor 
     sb = new StringBuilder(); 
    } 
} 

を追加する必要が表示されず、実際に私は、Visual Studioのメモリデバッガでテスト：、関数が戻ったら StringWriterとその解放されStringBuilder ... Moreoeverは、処分を呼び出すと、そうではない...にStringWriterために何もしないようにinheすべてのクラスを

です IDisposableからの有用性は有用である Disposeである。再度これは私の質問に戻る 管理されていないリソースとみなされるもの（例は非常に高く評価されますn_n）。私はファイルがそれの一つだと聞いた...しかし、CLRのVMではない？...すべてのリソースは、それによって管理されるべきではない？ IDisposableを実装し、気にすることなく等1が安全TextWriterの任意のサブクラスを処分することができますのでストリーム、ファイルハンドル、などのアンマネージリソースを持っているいくつかのサブクラスを持って抽象TextWriter、から

Answer 1

StringWriter継承処分が必要かどうか。

のでStringWriter廃棄実際は（DataSetに類似）何もしないかもしれないが、それはまだIDisposableを実装して何を処分することをお勧めします。

Answer 2

StringWriterはが最もTextWritersは、アンマネージリソースを持っているだろう、おそらくので、IDisposableを実装する、TextWriterから下降します。 TextWriterを受け取り、それがどこに由来しているかわからない場合（TextWriterの子孫である可能性があります）、TextWriterがIDisposableを実装しているため、管理されていないすべてのリソースを適切に管理できます。 TextWriterを受け入れるコードを書くことができ、ライターがもはや必要なくなったときにDisposeを呼び出し、すべてがクリーンアップされることを信頼できるようにすることができます。