在向CLI工具添加一些常用支持的选项时,我最终想知道:大多数人对–quiet选项的期望是什么?
更具体地说,怎么样:错误?用户有价值……
大多数人对--quiet选项的期望是什么?
根据 GNU编码标准 ,4.7命令行接口标准(和 选项表 ):
鈥杩uiet鈥橽[R 在许多程序中用于抑制通常的输出。每个接受“安静”的节目都应该接受“沉默”作为同义词。
鈥杩uiet鈥橽[R
在许多程序中用于抑制通常的输出。每个接受“安静”的节目都应该接受“沉默”作为同义词。
所以 --quiet 应该抑制通常的输出,这大致是发送到的东西 stdout 。 stderr 应该显示,因为错误消息涉及异常事件。
--quiet
stdout
stderr
错误?
错误是异常或异常事件。我不相信 --quiet 应该影响他们。
用户有价值的输出? (例如grep的grepped内容)
当程序输出连接到另一个程序的输入时,程序改变行为的情况并不少见。例如,某些程序会停止为其输出着色。
是否有任何文档或引用表明对Linux(Debian)工具的命令行界面行为的一般共识?
GNU编码标准 是一套标准。像Red Hat或Debian这样的平台可能还有其他指南。我甚至看过Free Desktop和Qt的指南,但我不确定它们是否涵盖了主题。