4D Japan Knowledge Base

コンパイル間にチェックする範囲を使用する時間及び方法

範囲チェックはあなたのデータベースを開発するおよびデバッグする過程の重要な部分かもしれません。思慮深い開発者は、常に範囲チェックを含んでいる開発段階を通り抜けるでしょう。

エラーの分析:

範囲チェックはデータベースの欠点を分析する特に価値のある方法です。あなたのデータベースを実行する場合例外に気づくと仮定してください。これらの問題の可能な源について思索し始める前に、オプションをチェックする範囲をコンパイラーによって供給することができる援助を思い出してください。

いくつかの潜在的な例外は次のとおりです:

* 4th Dimensionはそれ自身のエラーメッセージを表示します。エラーメッセージが一般的すぎる場合、オプションをチェックするレンジを使用してあなたのデータベースをコンパイルしてデータベースを再テストしてください。4th Dimensionが元来より一般的なエラーメッセージを表示したところでコンパイラからのより有益なメッセージが見られるべきです。

* あなたのコンパイルされたデータベースは、コンパイルされていないデータベースのように正確に実行しません。警告するメッセージをより細かく見てください。オプションをチェックする範囲を加えたいと思ってもよい。

* あなたのデータベースは、解釈されたモードで滑らかに実行します。編集の後にエラーはプログラムマネージャーかファインダにシステム衝突あるいはリターンをもたらします。このツール上で回されてチェックする範囲でコンパイルすることによってクラッシュしたメソッドの名前を見つけるのを助けることができます。機会のよい問題が検知されるでしょう。

次のものに照合済みの印を付ける範囲を回すことを考慮するべき時間:

あなたが範囲チェックを要求する場合、コンパイルされた適用のあるエリアはそれらはこのオプションがないよりわずかに遅くなるかもしれません。理由は上にチェックする範囲で、それがこれから行うのが範囲に、例えば有効でないかどうか確かめるために、それが行うことをコンパイルされたデータベースが何よりもチェックするということです。私たちが上に議論したように、これは特に有用です。しかしながらその後、データベースはもはや変更されていません。それは完全に徹底的にテストされます。また、範囲チェックエラーは長い期間の間生じていません。CPUからそれらの最後の少数のサイクルを絞りたいと思うかもしれません。このポイントではそれらの最後の少数のサイクルを獲得するためにチェックする範囲を切ることを考慮するかもしれません。しかしコードのある不明瞭なところは、範囲外である配列参照か身分証明書を逃したならば警告される。いつ、あなたのエンドユーザがそれらが警告なしでオペレーティングシステムへ行ったか手掛かりを与えるコードを打つ場合、何が起こったか推測します。

範囲を備えたデータベースをコンパイルしたならば、単に思い出すそれらの最後の少数のサイクルを得るために離れてチェックすることおよびあなたのデータベースクラッシュは、私たちにコールしません。バグはコードの中に恐らくいます。