Python 为特定输入创建捕获以重新启动脚本

Python 为特定输入创建捕获以重新启动脚本,python,raw-input,Python,Raw Input,非常普遍的问题,但是:是否存在一种“全局”定义特定用户输入的方法,该输入无论发生在何处——假设预先确定的原始输入点——都会重新启动整个脚本 例如,“如果在任何时候您希望重新启动,请输入‘restart’”,这可能会允许这样的语句 非常感谢您提供的见解。传统的方法是让代码侦听SIGHUP。SIGHUP处理程序可以根据需要重新启动代码。一个单独的(可能是分叉的)过程,具有用户友好的界面,可以按需发出信号 可以找到有关编写python信号处理程序的信息。这是什么类型的应用程序?从技术上讲,是的,但这不

非常普遍的问题,但是:是否存在一种“全局”定义特定用户输入的方法,该输入无论发生在何处——假设预先确定的原始输入点——都会重新启动整个脚本

例如,“如果在任何时候您希望重新启动,请输入‘restart’”,这可能会允许这样的语句


非常感谢您提供的见解。

传统的方法是让代码侦听SIGHUP。SIGHUP处理程序可以根据需要重新启动代码。一个单独的(可能是分叉的)过程,具有用户友好的界面,可以按需发出信号


可以找到有关编写python信号处理程序的信息。

这是什么类型的应用程序?从技术上讲,是的,但这不是一个好主意。它会弄乱你没有编写的系统中不希望出现这种行为的部分,甚至是你没有考虑到这一部分时编写的系统部分。只需为
raw\u input
编写你自己的包装即可。@JamesMills当前,这是一个自动化管道的程序,用于从政府服务器获取一些生物数据;虽然并非绝对需要实现,因为在程序下载数据之前,我需要做出一系列相当长的决定,但我认为允许用户以“官方”的方式退出,而不仅仅是关闭命令窗口,这会有所帮助。我只是好奇这是不是经常做的事情。@roippi但是
raw\u input
wrapper不一定要包含在用户输入的每个点上吗?谢谢。我要读点书!你知道吗,正如上面一位用户所建议的那样,这类事情是否因为某种原因而受到普遍的反对?相反,处理信号(如或其信号)的能力是正常的,也是预期的,尤其是对于长时间运行和/或可能留下需要清理的文件的程序。