問題タブ [using-statement]

一般的なpythonファイルに多数のファイルをインポートし、現在のモジュールにインポートされたモジュールが必要なときにそのファイルを含めたいです。from x import y を使用すると、これはもちろんエラーと再インポートにつながりますが、「通常の」インポートステートメントを使用すると、次のような長い命令ステートメントになります。

一方、私は次のことをしたいと思います:

しかし、前に言ったように、これを行う：

ClassName に importModule を含めているため、一般的なファイルでは機能しません。

だから、私は基本的に、これにとにかくあるのかどうか疑問に思っています（おそらく、C ++のようなusingステートメントのようなものですか？）

一部の C# コードを Java に変換していますが、usingステートメントが含まれています。この機能を Java で複製するにはどうすればよいですか? try、catch、ブロックを使用するつもりでしたが、finally最初に皆さんに確認しておこうと思いました。

私は本当にこれを頭から取り除きたいです。以下のコードを参照してください。

データテーブルは破棄されますか？誰かがこれがtry/catch / finallyブロックにどのように変換されるかを説明できますか？MSDNは、例外が発生した場合でもDisposeメソッドが呼び出されると述べていますが、returnステートメントはどうでしょうか。

または、以下のコードを使用する必要があります：

おそらく、2番目のものを使用する必要がありますが、私はただ啓蒙が必要です:)。説明してください。ありがとう。

私は読んで、C＃のusingステートメントが何をするのか理解していると信じています（間違っている場合は修正してください）：IDisposableオブジェクトを限られた範囲（usingブロック）への読み取り専用として初期化します。の前に初期化できることはわかっていますがusing、それによってスコープが制限されることはありませんが、ここでは推奨されません。

http://msdn.microsoft.com/en-us/library/yh598w02.aspx

私は、どのクラスがどのクラスのサブクラスであるかに常に注意を払っているわけではありません。どのクラスが IDisposable から継承されているかはよくわかりません。ステートメントでどのクラスを使用できるかだけでなく、同僚がブロックusingでどのクラスを見つけることを期待しているでしょうか? usingブロックにはどのクラスを含める必要がありusingますか? usingまた、ブロックを使用せず、Dispose を呼び出さないことに何か問題がありますか? それはメモリだけですか、それとも安定性ですか？

私は次のコードを持っています

dispose()メソッドはusing文中括弧の最後で呼び出されます}よね? ステートメントreturnの終了前なので 、オブジェクトは適切に破棄されますか? そこで何が起こるの？usingMemoryStream

C# の using ステートメントを使用すると問題が発生する可能性があるこのシナリオについて読んでいました。using ステートメントの最後に呼び出された Dispose 関数も例外をスローする場合、using ブロックのスコープ内でスローされた例外は失われる可能性があります。これは、using ステートメントを追加するかどうかを決定する際に、特定のケースで注意を払う必要があることを強調しています。

私は、ストリームと DbConnection から派生したクラスを使用する場合にのみ、using ステートメントを使用する傾向があります。管理されていないリソースをクリーンアップする必要がある場合は、通常、finally ブロックを使用することを好みます。

これは、IDisposable インターフェイスを使用して、タイマーを停止し、Dispose 関数内のレジストリに時間を記録するパフォーマンス タイマーを作成する別の方法です。 http://thebuildingcoder.typepad.com/blog/2010/03/performance-profiling.html

これは IDisposable インターフェイスをうまく利用していますか? リソースをクリーンアップしたり、それ以上のオブジェクトを破棄したりすることはありません。ただし、プロファイリングしているコードを using ステートメントできちんとラップすることで、呼び出し元のコードをクリーンアップする方法を確認できます。

using ステートメントと IDisposable インターフェイスを使用してはいけない場合はありますか? 以前に、using ステートメントで IDisposable またはラッピング コードを実装することで問題が発生したことがありますか?

ありがとう

using ブロック内で例外をキャッチできますか?もしそうなら、構文は何ですか?

したがって、次のようなものです。

これはできますか？または、このコードを手動で (つまり、使用せずに) 記述する必要がありますか?

Eric Gunnersonがこのusingブログ投稿で示しているように、C＃ではステートメントを次のようにネストできます。

VB.Netでそれを行う同様の方法はありますか？インデントレベルが多すぎないようにします。

using ブロック内では、例外を通常どおりに処理するだけで問題ありません。しかし、 のコンストラクターがSomeClass例外をスローできる場合はどうなるでしょうか?

私のDALでは、次のようなクエリを記述します。

今、私はSQLCommandオブジェクトを明示的に閉じていないことに気づきました。これで、「using」ブロックがSQLConnectionオブジェクトを処理することがわかりましたが、これはSQLCommandオブジェクトも処理しますか？そうでなければ、私は深刻な問題を抱えています。数千行のコードでSQLCommandに「using」を挿入するか、数百のメソッドでcmd.Close（）を実行する必要があります。コマンドの使用または終了を入力すると、Webアプリのメモリ管理が向上することを教えてください。