問題タブ [using-statement]

クラスから冗長なusingステートメントを削除するツール、またはソリューション全体を知っている人はいますか?

私はリファクタリングを使用しています！「別のファイルへのタイプの移動」スマートタグを持つアドインですがusing、元のクラスからすべての句を取得します。

どちらの方法がより良い習慣です：usingステートメント内のメソッドから値を返すか、前に変数を宣言し、その中に設定して後で返しますか？

また

私が何度も行ったり来たりして気づいたことの 1 つは、using ステートメントを C# コード ファイルのどこに配置する必要があるかということです。using ステートメントの場所がそのファイル内の参照の範囲に影響することは理解していますが、理解できないのは、ほとんどの場合、名前空間内で using ステートメントが必要になる理由です。

ほとんどの場合、1 つのファイルに 1 つの名前空間宣言しか存在しないため、using ステートメントのスコープは役に立たないように見えます。複数のタイプと複数の名前空間を同じファイルに配置し、スコープを使用してステートメントを使用することは完全に理にかなっていますが、1 つの名前空間を持つファイルであっても、これが行われるケースはまだたくさんあります。なんで？

これがプロジェクト全体で不必要に行われている例としては、ASP.NET MVC ソースがあります。

usingC# と VB の両方でこのステートメントを使用しました。using ステートメントのネストに関するすべての批評家に同意します (C# はよくできているようですが、VB はそれほどではありません)。

そのことを念頭に置いて、同じブロック内で複数のシステム リソースを「使用」することで、VB の using ステートメントを改善することに関心がありました。

例：

次のように記述できます。

だから私の質問は、より良い方法は何ですか?

私の直感は、リソースが関連/依存している場合、using ステートメントで複数のリソースを使用することは論理的であることを示しています。

私は現在、かなりの量の描画コードを含む、ユーザーコントロール用のかなり複雑なペイントメソッドを書いています。すべてのGDI+リソースを適切に廃棄する必要があることを知っているので、それぞれを1つのusingブロックにまとめます。

しかし、3つのusingブロックを3つの異なるものに使用していることに気付いたとき、SolidBrushesそれらを再利用するだけではいけないのではないかと思いました。を作成しSolidBrush、それを使って描画し、別の色を割り当て、他の何かを描画するなどDispose()。最後にを配置します。

そのようなことはお勧めですか、それとも私はここであまりにも一生懸命考えていますか？usingお互いにネストされたブロックが多すぎるのも特に好きではありません。素敵なパターンですが、読みやすさを妨げることがあります。

サブクラスがベースクラスのメソッドをオーバーライドする場合、ベースクラスのオーバーロードのすべてがサブクラスから利用できるわけではありません。using BaseClass::Method;それらを使用するには、サブクラスに行を追加する必要があります。

オーバーライドされたすべてのメソッドに対して基本クラスのオーバーロードを継承する簡単な方法はありますか? using ...(メソッドごとに明示的に指定する必要はありません)

以下を使用する場合

std 名前空間への参照は、最終的に LCDControl 名前空間に関連付けられます。

例えば：

どうすればこれを回避できますか? 私が調べたドキュメントには、これに固有のものは何もありませんでした。それらのほとんどは、使用しないと言っていました: using namespace std;.

249行目は次のとおりです。

私はこれについて明確にしようとしていました：

方法1：

方法2：

ローカルマシンでメソッド1とメソッド2の両方を使用して接続し、リモートマシンXから応答を取得すると、両方とも正しく機能しました。

リモートマシンYでこのコードを使用してXからの応答を取得すると、方法1のみが機能し、方法2では次のようになります。

上記の方法と考えられる問題の違いは何ですか？

プロジェクトの特定の（サブ）名前空間に新しいファイルを作成するときに、Visual Studioでデフォルトの使用法を割り当てる簡単な方法はありますか？

Does VS2008 have a feature akin to Eclipse's ability to automatically add import declarations for undefined namespaces?