問題タブ [option-infer]

関連する質問で、私のチームは (できれば) LINQ の使用を開始しようとしています。匿名型を利用したいと考えています。VB.NET の Option Strict (プロジェクトの全期間を通じて使用してきました) と新しい Option Infer ディレクティブを組み合わせる最良の方法は何ですか?

うーん、タイトルの私の質問だと思います：

コード ビハインド ファイルを使用せずに VB.NET aspx ページで Option Strict / Infer を有効にするにはどうすればよいですか?

プロジェクトで Option Infer を使用するためのベスト プラクティスは何だと思いますか?

Visual Studio 2008 では、Option Infer は、宣言された変数に割り当てられているものを見て、コンパイラがその変数のデータ型を推測できるようにするディレクティブです。

これは VS2008 の重要な機能であり、LINQ ステートメントとクエリで広く使用されています。ただし、Option Infer をオンにすると、将来の保守プログラマーにとって落とし穴が生じる可能性があります。

重複の可能性:
ベスト プラクティス: Option Infer
VB.NET の Option Strict と新しい Option Infer ディレクティブを組み合わせる最適な方法は何ですか?

VB6 から VB.NET に変換された古いソリューションを開発しています。

実際、ファイルのデフォルトのオプションは

LINQ を使用したいのですが、LINQ も使いやすいことがわかりましたOption Infer On。

書くことが減り、読むことが減ります（つまり、より簡単になります）。

ただし、チームの (私の観点からは保守的な) 一部は、Option Infer Off を維持し、原因を明示的に説明せずに、まったく使用しないと主張しています。

あなたの意見では、Option Infer On を他の 2 つのオプション (Strict と Explicit、両方とも On) と共に使用することの「危険性」は何ですか?

オプション推論はVBAで機能しませんか?

Microsoft Access の配列で VB チュートリアル コードをテストしようとしています。

これは Option Infer ON なしでは動作しませんが、追加するとコンパイル エラーが発生します。

完全な初心者の質問。

この単純なコードから得られる独特の結果を次に示します。

文字列として宣言せずに、文字列型の変数を作成したいとします。これを行うと、コンパイラからエラーが発生しなくなります。

これを行うこともできますが、エラーは発生しません。

ただし、 Option String OnとOption Infer Offの両方を組み合わせると、エラーが発生します。

Option StrictをOption Inferと組み合わせる必要があるのはなぜですか? 特に、次のエラーが「Option Strict」タイプであることをエラーが具体的に示している場合。Option Strictだけでは、その行をエラーとして検出できないのはなぜですか?

私は最近、VB.NET プロジェクトの For Each ループで変数を誤って再利用したために発生したバグに遭遇しました。

このコードは '3' を出力します。For Each ループには別の変数名を使用する必要がありました。ループは、別の場所で他の目的に使用された変数を変更していました。

Option Infer をオフにすることで、この動作を防ぐことができます。ただし、これにより、私が取り組んでいる中程度のサイズのプロジェクトで多くの (3000 っぽい) エラーが発生します。

私が望むのは、型宣言なしで For Each を使用することを示すコード分析規則です。

Visual Studio 2017 で提供されているコード分析ルールをざっと見ましたが、ルールが表示されません。カスタム ルールを作成する必要があるのではないかと心配しています。

カスタムルールで手を汚す前に、ルールが存在しないことを明確にすることはできますか?