C＃のステートメントを使用してオブジェクトを自動的に処理する別の構文はありますか？

Question

誰かがC＃でusingステートメントのように機能するメカニズムを実装する方法を考えることができるのだろうかと思っていましたが、より洗練された構文です。

C++/CLRでは、

MyClass NewObject; 

MyClassがここにマネージクラスで書くことができます。変数が範囲外になるとすぐにDisposeが呼び出されます。本質的には、同じことをC＃はusingと同じですが、より良い方法で行います。代わりに

using (MyClass NewObject1=new MyClass()) 
{ 
    xxxx; 
    using (MyClass NewObject2=new MyClass() 
    { 
    } 
} 

（私はこれは非常にきれいに見えない、それはすべての新しい変数のための新しいブロックを開くためにも退屈だと思う）

を書くの私はこのようなものを好むので

、 ：

autodispose MyClass NewObject1=new MyClass(); 
xxxx; 
autodispose MyClass NewObject2=new MyClass(); 

誰もこのようなものを実装することは可能でしょうか？ AOPやコード契約のフレームワークはコードを挿入するメカニズムを使用しているようですが、どうやってそれを行うのかはわかりません。

Answer 1

ここでMyClassは管理対象クラスです。変数が有効範​​囲外になるとすぐにDisposeが呼び出されます。

これは、C++/CLRでもそうではありません。私の理解は、C++/CLRは従来のC++デストラクタセマンティクスではなく、マネージオブジェクトのコア.Netガベージコレクタに依然として依存しています...そして、これらのルールによって、オブジェクトは将来、ある種の非決定的なポイントに配置されます。それはかもしれない即刻...しかし、そうでない可能性があります。 おそらくとなります...しかし、あなたは確信が持てません。

C＃の世界でさえ、usingブロックは、の管理対象外リソース（つまり、RAM以外のもの）用に予約されています。使用ブロックにオブジェクトを配置する必要はありません。ほとんどのものは安全に作成することができます。使用しているブロックが必要なときには、ネットワーク接続、データベース接続、ファイルハンドル、gdiリソース、システムタイマーなど、作成しているタイプにラップされているものがあります。

Answer 2

あなたは簡潔さを入力するためのあなたのusingステートメントを圧縮したい場合は、なぜそれはあなたが後にしているものですようですので、あなたはあなたの自己いくつかの中括弧といくつかの余分な行を保存することができます

using (MyClass class1 = new MyClass()) 
using (MyClass class2 = new MyClass()) 
using (MyClass class3 = new MyClass()) { 
    object xxxx; 
    // do some stuff 
} 

をしないで、それは重要ではない。あなたがところで簡潔-OCD

using (var class1 = new MyClass()) 
using (var class2 = new MyClass()) 
using (var class3 = new MyClass()) { 
    object xxxx; 
    // do some stuff 
} 

している場合は、usingは、C＃のために良いことです。変数のスコープを定義すると、その変数のスコープが何であるか、いつ終了するのかが正確に分かります。そうでなければ、スコープは他の関数にも拡張することができます（例えば、関数への参照やそれを参照する別のオブジェクトへの参照を渡すなど）。

Answer 3

私は答えがありませんが、私はそれをコメントとしてではなく答えとして書く価値があると感じています。私が間違って知っている限り、最も多くの票を持つ現在の回答があります。 Gordon Hogensonによると、の基盤C++/CLIは、 "構文的な砂糖や柄のハンドル"をサポートしています....要約すると、ヒープ割り当てされたオブジェクトはで、ブロックの最後にはすぐに削除されますその結果、デストラクタは削除直後に呼び出されます。 "ヒープセマンティクス

C++プログラマ（事前スマートポインタ）対-emphasis鉱山、P 63 スタックはすべて、彼らが新しい彼らはを削除しなければならないという事実のために使用されています。ただし、C++プログラマがローカル変数を作成するときに、ヒープに配置する必要はありません。スタックセマンティクスを使用することができ、オブジェクトを明示的に削除する必要はありません。 C++/CLIで

void Class::SomeMethod() 
{ 
    DbConnection connection; //No memory leak if not deleted 
    DbConnection leaky_connection = new DbConnection(); //on the heap will leak if not deleted 
} 

それは、ヒープ割り当てのために少し違って見えるでしょう：

DbConnection^ connection = gcnew DbConnection(); 

をしかし、MSは、C++プログラマは、彼らがスタックセマンティックバージョン許可セマンティクス積み重ねるために使用されて知っていたので、：

DbConnection connection; 

を

の存在を仮定：

~DbConnection() 
{ 
    //Close the connection 
} 

を10

スタックセマンティックバージョンは、接続が使用されているメソッドの最後でデストラクタをすぐに呼び出します。

私はこれをC＃で行うことの難しさは、C++/CLIで許可されている理由とは反対のものだと思います（そして、ここでは問題になるかもしれません）。 C＃のプログラマは、ガベージコレクタに処理を任せています。ローカルオブジェクトを非ローカルコンテナにスティックし、メソッドの終わりにスコープから外れる心配はありません。 GCはそれがコレクション内にあることを知っており、途中で破棄されることはありません。 C＃は常にオブジェクト参照を扱い、ヒープとスタックのストレージを明示的に指定しません。 C＃でこの "ハンドルの柄"を実装すると、おそらく多くのコードと期待が崩れます。

実際にはステートメント構文を使用しても、C＃で予期しない問題が発生する可能性があります。私はこれのお気に入りの例をWhen Dispose Throws the Baby Out with the Bathwaterに書いていました。