具有预填充环境的Python子流程模块

这个问题可能与

我已经编写了一些名为my_shell的基础结构代码，您可以将我的应用程序的shell命令传递给它们，如下所示

class ApplicationTestShell(object):
    def __init__(self):
        '''
        Constructor
        '''
        self.play_ground_dir = "/var/tmp/MyAppDir" 
        ensure_dir_exists_and_empty(self.play_ground_dir)

    def execute_command(self, command, on_success = None, on_failure = None):
        p = create_shell_process(self, self.play_ground_dir)
        sout, serr = p.communicate(input = command)
        if p.returncode == 0:
            on_success(sout)
        else:
            on_failure(serr)

    def create_shell_process(self, cwd):
        return Popen("/bin/bash", env= {WHAT DO I DO HERE?},cwd = test_dir, stdout=PIPE, stderr=PIPE, stdin=PIPE)

这里我感兴趣的是env参数。Python希望所有环境变量都像一个“映射”数据结构。我的应用程序需要导出和设置几个变量。用于设置和导出的脚本是通过运行say'/bin/appload myapp'生成的（假设appload始终在路径上可用）。我现在做什么 当我打电话给p.Communication时，我会执行以下操作

p.communicate(input = "eval `/bin/appload myapp`;" + command)

因此，基本上在运行命令之前，我调用基础结构设置

在Python中有没有更好的方式来实现这一点。我想将eval/bin/appload部分推送到Popen类上的env参数，或者作为shell创建过程的一部分

我目前的实施存在哪些问题？（我觉得有点不对劲，但我可能错了）

这取决于

/bin/appload myapp

的工作方式。如果它只保证输出bash语法，那么在Python中解析该输出以构造环境对象几乎肯定会遇到更多麻烦（您可能需要支持参数和变量扩展、子shell、进程替换等）。另一方面，如果您确定

/bin/appload myapp

将只输出格式为“

VARIABLENAME=someword

”的行，那么在Python中解析它就非常简单，如果您愿意，可以将其移到Python代码中

有很多不同的方向可以满足这些要求；您可以将

appload myapp

的输出捕获到tempfile中，并将子流程的

$BASH_ENV

设置为该文件名；这将导致shell在运行命令之前以某种方式运行环境设置。您可以将您的命令（带有

eval

-ing前缀）作为

Popen

的第一个参数，并传递

shell=True

，让

Popen

自己执行

bash

调用（必要时将

$shell

显式设置为bash）。您可以使用bash的

-c

选项指定要在命令行上而不是通过stdin运行的代码。您可以通过调用Python中的一个shell来实现多层方法，该shell评估

appload myapp

环境，然后在它下面调用exec的另一个shell，这样第一个shell就不会出现在ps列表中，而给

create\u shell\u process

的命令本身就拥有shell（尽管这并不重要）。您可以做很多事情，这取决于您所关心的shell调用方式、它在ps清单中的外观、是否希望在

appload myapp

输出在求值时产生错误时仍能运行命令等。但对于一般解决方案，我认为您所拥有的是非常好的

我看不出这个实现有任何真正的问题，除了一些装饰性的东西或可能仅仅来自复制和粘贴代码的小问题：

create\u shell\u进程

没有使用它的

cwd

参数，成功时的

和失败时的
参数看起来像是可选的，但是默认值会破坏一切（您不能调用
无
）

这取决于

/bin/appload myapp

的工作方式。如果它只保证输出bash语法，那么在Python中解析该输出以构造环境对象几乎肯定会遇到更多麻烦（您可能需要支持参数和变量扩展、子shell、进程替换等）。另一方面，如果您确定

/bin/appload myapp

将只输出格式为“

VARIABLENAME=someword

”的行，那么在Python中解析它就非常简单，如果您愿意，可以将其移到Python代码中

有很多不同的方向可以满足这些要求；您可以将

appload myapp

的输出捕获到tempfile中，并将子流程的

$BASH_ENV

设置为该文件名；这将导致shell在运行命令之前以某种方式运行环境设置。您可以将您的命令（带有

eval

-ing前缀）作为

Popen

的第一个参数，并传递

shell=True

，让

Popen

自己执行

bash

调用（必要时将

$shell

显式设置为bash）。您可以使用bash的

-c

选项指定要在命令行上而不是通过stdin运行的代码。您可以通过调用Python中的一个shell来实现多层方法，该shell评估

appload myapp

环境，然后在它下面调用exec的另一个shell，这样第一个shell就不会出现在ps列表中，而给

create\u shell\u process

的命令本身就拥有shell（尽管这并不重要）。您可以做很多事情，这取决于您所关心的shell调用方式、它在ps清单中的外观、是否希望在

appload myapp

输出在求值时产生错误时仍能运行命令等。但对于一般解决方案，我认为您所拥有的是非常好的

我看不出这个实现有任何真正的问题，除了一些装饰性的东西或可能仅仅来自复制和粘贴代码的小问题：

create\u shell\u进程

没有使用它的

cwd

参数，成功时的

和失败时的
参数看起来像是可选的，但是默认值会破坏一切（您不能调用
无
）

---

环境映射可以基于