☰

適切なエラープレフィックスを選択する方法は？ [閉鎖]

tag-icon • tag-icon command-line error-handling conventions
適切なエラープレフィックスを選択する方法は？ [閉鎖]

さまざまなエラーを報告するときに適切なエラープレフィックスをどのように見つけますか？これを行う方法についてのガイドラインまたは概要はありますか？多くのコマンドでパターンを見ることができますが、私のソフトウェアにどのコマンドを採用するべきかを知ることは困難です。

error:私が「間違った接頭辞」と呼ぶのは、、、usage:などfatal:のようなタイプの接頭辞を表します。warning:時には、これらのプレフィックスが複数ある場合があります。

実際のケースは次のとおりです。

$ ls non/existant/directory
ls: cannot access 'non/existant/directory': No such file or directory

$ git status
fatal: not a git repository (or any of the parent directories): .git

$ apt version
E: Invalid operation version

$ gcc
gcc: fatal error: no input files
compilation terminated.

ベストアンサー1

これは100％プログラマーの決定です。これらのいくつかは問題の重大度によって決定され、以下に関連しています。システムログ重大度レベル（良い間違いまたは警告する）しかし、stdout / stderrメッセージの場合、これらのメッセージはプログラムの作成者が好きな任意の形式にすることができます。

一部のライブラリ（GLIBなど）には独自のライブラリがあります。ヘルパー機能警告とエラーは「標準化された」形式で報告されますが、これはシステム全体のポリシーではありません。

errnostderrorなどの関数はエラーperrorメッセージに「サフィックス」を提供しますが、これは人間が読むことができるエラーコード表現です（例：EPERM- >許可されていない操作）、プレフィックスはまだプログラマによって「選択」されます。

おすすめ記事