Scripting 何时使用环境变量或命令行参数？

何时使用环境变量或命令行参数

我认为有两种方法可以将参数传递给另一个进程 在脚本中，环境变量和命令行参数

---

因此，在哪种情况下，我们选择一个而不是另一个？

我建议您更喜欢命令行参数而不是环境变量

• 您需要跨命令持久化的值
• 您需要全系统的全局值

---

我建议您更喜欢命令行参数而不是环境变量，除非

• 您需要跨命令持久化的值
• 您需要全系统的全局值

---

如果可能的话，Foredecker总是选择参数

---

但是假设您有一个调用Script2的Script1。这两个脚本都分发给许多用户。根据用户的不同，Script2可能需要不同的参数，并且由于某些原因，用户不希望或无法更改Script1。在这种情况下，环境变量可能很有用。

如果可以，请始终选择参数

---

但是假设您有一个调用Script2的Script1。这两个脚本都分发给许多用户。根据用户的不同，Script2可能需要不同的参数，并且由于某些原因，用户不希望或无法更改Script1。在这种情况下，环境变量可能很有用。

在我编写的大多数脚本中，我都允许使用命令行参数作为首选项

这是为了让想要设置参数的“懒惰”用户忘记设置参数

它还允许命令行在特殊情况下超越这些参数

对于那些不想冒着参数设置错误的风险的人，他们可以直接使用参数

有时我甚至会在层次结构中按优先顺序设置更多级别：

• 程序运行时设置的值
• 命令行参数
• 环境变量
• 本地配置文件
• 全局配置文件
• 默认

---

这样，对于每个变量，您只需向上移动列表，将其设置为相关值（如果有）。

在我编写的大多数脚本中，我都允许使用命令行参数作为首选

这是为了让想要设置参数的“懒惰”用户忘记设置参数

它还允许命令行在特殊情况下超越这些参数

对于那些不想冒着参数设置错误的风险的人，他们可以直接使用参数

有时我甚至会在层次结构中按优先顺序设置更多级别：

• 程序运行时设置的值
• 命令行参数
• 环境变量
• 本地配置文件
• 全局配置文件
• 默认

这样，对于每个变量，您只需向上移动列表，将其设置为相关值（如果有）