3

'strict off' オプション、'explicit off' を使用していますか? または、「厳密なカスタム」と「暗黙の型」などの他のオプションの場合があります。オブジェクトの想定」、「遅延バインディング」、「暗黙の変換」?

4

8 に答える 8

14

一度もない。OPTIONS STRICT OFF は OPTIONS BADPROGRAMMING ON と同じです。

OPTIONS STRICT OFF は、VB.NET が行うチェックの一部を緩和します。言語規則を緩和します。それらのルールは、あなたを自分自身から救うためにあります。言語があなた自身からあなたを救うことを決して妨げないでください。これは、よりリラックスした環境から来た場合に特に当てはまります。その場合、貯蓄が必要になる可能性があります。

もう 1 つ注意しなければならないのは、ほとんどのプログラミング言語には、自分を撃つことを許可してくださいというスイッチがないことです。

于 2009-06-30T12:34:12.690 に答える
4

常に完全な警告と制限をオンにして、任意の言語で開発してください。例外はありません。

それ以外のことをするのは偽りの経済です。確かにうまくいくように見えるかもしれませんが、後であなたを噛むために戻ってくることは間違いありません。

（現在、元の「コーダー」がすべてのエラーを抑制し、有効にすると文字通り、ページごとに数百のエラーを表示する一連のPHP Webアプリケーションをデバッグしています。「テストで変数を使用する前に変数が定義されていることを確認してください。考える必要がなく、エラーを抑えることができるのはいつですか?" )

于 2009-06-30T12:42:25.187 に答える
2

一般に、厳密なセマンティック チェックが必要なため、プロジェクト レベルでは Option Strict On のままにします。レイト バインディングを使用したい場合は、ファイル レベルで Option Strict Off にします。

于 2009-06-30T12:39:49.060 に答える
1

私は Strict=On を使用するのが好きなので、私のコードはライブになったときではなくコンパイル時に失敗し、 Explicit=On は静的言語では変数を宣言しないのはちょっと変だからです。

于 2009-06-30T12:37:13.200 に答える
0

新しいプロジェクトを開始するとき、またはアクティブなプロジェクトを受け取るときは、常に Strict をオンにします

そのオフのプロジェクトでサポートを提供することは決してありません。

于 2009-06-30T12:42:07.027 に答える
0

私はそれを両方の方法で行いました。常に身につけてください。クイックでダーティな vbscript を実行していたときはオンにしなかったため、デバッグに時間がかかりました。それをオンにして、それを維持

于 2009-06-30T12:45:18.020 に答える
0

私は通常Strict OFF、将来コードを維持する必要がないことがわかっている、簡単なプロトタイプまたはスパイクを行っている場合に持っています。

ただし、ここでは「知っている」という言葉が重要です。サポートが必要なものにコードが移行する可能性がある場合はStrict ON、エラーが戻ってくる前にエラーを設定して対処してください。

于 2009-06-30T13:29:39.757 に答える
0

Option Strict Off生産コードのOption Explicit Off偽の経済です。

最初からエラーや警告を出さずにコードを作成するよりも、奇妙なバグを追跡することに多くの時間を費やすことになります。私の経験は私にこれを教えてくれました。

唯一の例外は、レイト バインディングを使用する必要がある場合です。その場合は、オフにする必要があります。

于 2011-10-21T15:29:01.160 に答える