これは、Open-Command の文書化されていないエラー メッセージの調査から着想を得たもので、エラーの原因を探すのに多くの時間を費やしましたが、エラー メッセージが意味を持ち、スクリプト インデックスなどで文書化されていれば、このようなエラーは防げたはずです。
実際には、「行のテーブルを開けません」というエラーが発生しました。 」というエラーが何度か発生しましたが、Open-Command を使用して CSV ファイルを開いている間は再現されませんでした。長い調査の結果、ネットワーク経由での巨大なファイルのコピー操作には時間がかかることがあり、不安定なネットワークの場合はタイムアウト後に中止されることがわかりました。つまり、ファイル コンテンツの一部は転送できますが、他の部分は転送されず、Null 値で埋められます。
これらの意味のないエラー メッセージについては、次の方法で改善していただきたいと思います。
- 意味のあるメッセージに転送します「行のテーブルを開くことができません" => 例 "ファイルが破損しており、行番号を読み取ることができません「
- 少なくともスクリプトインデックスにコードの例を示して文書化する
- エラーメッセージのテキストを英語の言語に依存しないようにする
- Windowsの世界のように言語に依存しないエラー番号を返す（例）
- 関数 exception_code() は、エラー番号の配列と、言語に依存しないエラーを文字列 { 93, "File not found"} または類似の形式で返します。これは、エラー コードを照会し、ユーザーにカスタム メッセージを表示するのに最適です。
この考え方は、エラー メッセージの不必要な調査時間を削減し、エラーの防止と対処を強化するために重要です。
マーティンデメル
