--silent
私は端末ベースのアプリケーションを設計していますが、望ましくない場合はノイズを抑制するフラグを実装したいと思います。
このアプリケーションでは、アプリケーションが必要な操作を実行できないときにエラーが最も頻繁に記録され、何も実行できませんが、アプリケーションが実行され続けると警告が記録されます。
つまり、--silent
フラグは警告とエラーを抑制する必要がありますか、それとも警告のみを抑制する必要がありますか?これに関する一般的な慣行は何ですか?
終わりruby
ruby -w0
警告するあなたのスクリプトに関する情報(情報ruby --help
)
しかし、では抑制しますcurl
。curl --silent
みんな出力。
ベストアンサー1
に見られるように、curl
/ruby
普遍的な習慣はありません。これは、アプリケーションとアプリケーションが提示できる問題によって大きく異なります。また、使用方法によって異なります。一部のアプリケーションでは--quiet
フラグを指定するのが合理的--really-quiet
ですが、一部のアプリケーションでは過剰です。また、--really-quiet
技術的に言えば、一般的にフラグは必要ありません。なぜなら、すべてのメッセージ削除を使用できるからです2>/dev/null
。一般的なガイドラインとして、以下をお勧めします。
意味のある戻りコードが必要です。アプリケーションがさまざまなエラークラス(ユーザーエラー、外部エラーなど)を区別できる場合は、さまざまな戻りコードを持って記録してください。
アプリケーションが多数の警告を生成できる場合は、フラグを使用して警告のみをフィルタリングします。アプリケーションにさまざまなログレベル(情報、通知、警告、エラーなど)がある場合は、フラグを使用してフィルタリングしてください。 (良い:
-q
、、、-qq
。-qqq
)アプリケーションが主にインタラクティブに使用されている場合は、警告は表示せず、エラーは表示しないでください。特にエラーの後でもアプリケーションが停止しない場合。
アプリケーションが主に自動化された設定で使用されている場合は、警告やエラーは誰も表示できないため、表示しないでください。ただし、エラーが発生した後にアプリケーションが停止し、意味のある戻りコードが生成された場合にのみ適用されます。