在为新的Unix工具添加quiet和verbose标志时,其重要性如何体现于提升用户体验和工具的易用性?

2026-04-11 19:550阅读0评论SEO教程
  • 内容介绍
  • 文章标签
  • 相关推荐

本文共计242个文字,预计阅读时间需要1分钟。

在为新的Unix工具添加quiet和verbose标志时,其重要性如何体现于提升用户体验和工具的易用性?

我正在编写一些具有选项标记的Unix风格的Ruby脚本。通常,在这些脚本中,我编写了许多STDOUT.puts和STDERR.puts语句。现在,我想知道是否良好的形式是通过-v选项或-q选项来开启或关闭这些有用的输出来控制。

我正在编写一些带有选项标志的unix风格的 Ruby脚本.通常,我在这些脚本中编写了很多STDOUT.puts和STDERR.puts语句.现在我想知道是否“良好的形式”放入–verbose或-q标志来打开或关闭有用的输出到STDERR.

反对这样做的两个论点是

>它会使程序更复杂,
>用户可以通过将STDERR重定向到/ dev / null来使日志输出静音

但话说回来,Unix哲学的一个原则是沉默是金色的,这意味着应该总是存在–verbose模式标志.但是,这是否与制定小项目的原则紧密相关?

在为新的Unix工具添加quiet和verbose标志时,其重要性如何体现于提升用户体验和工具的易用性?

第二个问题是:如果沉默/冗长的标志是一个好主意,那么冗长应该是默认的吗?

有些UNIX编程大师请指教.

我必须重定向STDERR以使它们闭嘴的工具是我不使用的工具.支持安静运行并不复杂.

本文共计242个文字,预计阅读时间需要1分钟。

在为新的Unix工具添加quiet和verbose标志时,其重要性如何体现于提升用户体验和工具的易用性?

我正在编写一些具有选项标记的Unix风格的Ruby脚本。通常,在这些脚本中,我编写了许多STDOUT.puts和STDERR.puts语句。现在,我想知道是否良好的形式是通过-v选项或-q选项来开启或关闭这些有用的输出来控制。

我正在编写一些带有选项标志的unix风格的 Ruby脚本.通常,我在这些脚本中编写了很多STDOUT.puts和STDERR.puts语句.现在我想知道是否“良好的形式”放入–verbose或-q标志来打开或关闭有用的输出到STDERR.

反对这样做的两个论点是

>它会使程序更复杂,
>用户可以通过将STDERR重定向到/ dev / null来使日志输出静音

但话说回来,Unix哲学的一个原则是沉默是金色的,这意味着应该总是存在–verbose模式标志.但是,这是否与制定小项目的原则紧密相关?

在为新的Unix工具添加quiet和verbose标志时,其重要性如何体现于提升用户体验和工具的易用性?

第二个问题是:如果沉默/冗长的标志是一个好主意,那么冗长应该是默认的吗?

有些UNIX编程大师请指教.

我必须重定向STDERR以使它们闭嘴的工具是我不使用的工具.支持安静运行并不复杂.