考えればシンプルです。凝ったことをしようとすると、クラスにアンマネージドなリソースを抱えざるを得ないこともあります。してくれない利用者のことも考慮に入れる必要があります。派生クラスをチームで製作する場合には特に、分業で作業してもバグの少ないコードスタイルがよいでしょう。継承してかまいません。処理には、アンマネージなリソースの解放処理と、マネージなリソースの解放処理の両方を判定付きで実装する必要があります。用意する設計も考えられますが、そのあたりはバランスの問題かと思います。実装サンプルを提供します。よる排他が推奨される。ある場合に処理を進める。上記のような完全スレッドセーフな実装が必要なシーンは多くない。リソースの解放が行われたかどうかを保持します。リソースの解放が要求された際の処理を行います。コレクタにより破棄される際の処理を行います。リソースの解放の判定を行います。メソッドからの呼び出しかどうか。リソースの解放の実処理を行います。メソッドからの呼び出しかどうか。場合は、マネージドリソースの解放が必要なことを示します。コレクタによる呼び出しを示し、マネージドリソースの解放は不要です。この関数の一般的な実装方法を次の例に示します。電子メールURLログイン情報を記憶コメントナビゲーションhomeblogwikiプロフィールHondarer自分に正直に、目指す物を目指すかたちで、全ての人が幸せになれるシステムを削り出す職人でありたい。19:53に書いたブログ記事です。次のブログ記事は「[C#]継承可能なシングルトンクラス」です。最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。