我有一个带有-i
标志 (→ $interactive
) 的脚本,如果设置了,则会为每个目标、à larm -i
和其他目标询问一个是/否-默认-否问题。
Zshread -q
就是为这种情况而设计的——它接受一个键并将变量设置为y
如果键是yor Y,否则将其设置为n
。
我的问题是我正在循环提示。因此,它本身会在同一行重复打印我的提示。也就是说,这段代码:
# moshPids is an array of pids
for p in $moshPids; do
if [[ -n $interactive ]]; then
read -q "answer?Kill $p? (N/y)"
[[ "${answer}" == 'n' ]] && continue
fi
# do_kill set to print “killing $1” in debug
do_kill $p
done
结果是:
$ myCmd
Kill 123? (N/y)nKill 456? (N/y)nKill 789? (N/y)yKilling 789
$
对此有很多解决方案——一些在这个网站上的答案中——例如在提示符中包含一个换行符,如下所示:
for p in $moshPids; do
if [[ -n $interactive ]]; then
read -q "answer?Kill $p? (N/y)
"
[[ "${answer}" == 'n' ]] && continue
fi
do_kill $p
done
这导致:
$ myCmd
Kill 123? (N/y)
nKill 456? (N/y)
nKill 789? (N/y)
yKilling 789
$
这对我来说似乎很丑陋。另一种解决方案是echo >&2
在read
命令之后添加,至少一开始看起来很完美:
$ myCmd
Kill 123? (N/y)n
Kill 456? (N/y)y
Killing 456
Kill 789? (N/y)n
$
但是,如果您接受默认设置⏎,则会得到空行(⏎
实际输出中未显示,但添加到显示输入中):
$ myCmd
Kill 123? (N/y)⏎
Kill 456? (N/y)y
Killing 456
Kill 789? (N/y)⏎
$
标准
所以:我想要一个单键响应:
- 不会导致在一行上打印多个提示/答案
- ⏎按下接受默认值时不会产生空行
- 仍然保留
read -q
:的行为answer
,y
如果键是y或Y; 否则将其设置为n
。
解决方案 1
这是我的第一个解决方案:
for p in $moshPids; do
if [[ -n $interactive ]]; then
read -k1 "answer?Kill $p? (N/y)"
[[ $answer != $'\n' ]] && echo >&2
[[ "${answer}" =~ '[yY]' ]] || continue
fi
do_kill $p
done
在这里,-k1
而不是-q
被传递给,read
以便它获得“读取一个字符,任何字符”的行为。这样,我可以测试匹配换行符的字符。如果不是($answer != $'\n'
),我可以打印缺少的换行符。
但现在$answer
将设置为任何按下的键,而不仅仅是y
或n
。所以我们必须检查y
或Y
("${answer}" =~ '[yY]'
)。
有没有更好的方法来处理这个?
解决方案 2
我也考虑过这一点,使用stty
调用暂时禁用键盘回显:
for p in $moshPids; do
if [[ -n $interactive ]]; then
stty -echo
read -q "answer?Kill $p? (N/y)"
stty echo
echo >&2
[[ "${answer}" == 'n' ]] && continue
fi
do_kill $p
done
通过禁用键控响应的可见性,这可能会或可能不会更可取,具体取决于您是优先考虑漂亮的输出还是能够在回滚中看到输入。(在这种情况下,yes 选项总是打印一些东西的是/否问题,noecho 似乎很好。如果需要,人们总是可以在echo -n "${answer}"
之后添加一个read
扩展咒语,将换行符变成空白。)
它比第一个解决方案更长,但可能更容易理解,因为它使用read -q
所以不必针对正则表达式进行测试,并且无条件地回显换行符。
但另一方面,它确实与终端猴子;我已经把这两个命令放在足够近的地方,而不应该有太大的时间窗口让命令中断导致终端精神错乱,但这仍然是一个问题。(另外,为了完整起见,我应该添加一个-i
未被非交互调用的检查——否则,stty
andread
操作将失败。)
有比我提出的两个更好或更惯用的解决方案吗?这似乎是许多“-i
用于交互”命令(当然,大多数是用 shell 以外的东西编写的)遵循的明显行为。