python优化的程序化控制？

Question

我一直在玩pyglet。这是很不错的。但是，如果我运行我的代码，它位于一个可执行文件（称为 game.py）中，前缀通常为

#!/usr/bin/env python

通过做

./game.py

那就有点笨拙了。但是如果我用

运行它

python -O ./game.py

或

PYTHONOPTIMIZE=1 ./game.py

然后它的超级光滑。

我不在乎为什么它在没有优化的情况下运行缓慢； pyglet 的文档提到优化会禁用大量断言以及 OpenGL 的错误检查，我很乐意将其保留在此。

我的问题是：分发 Python 代码的人如何确保最终用户（对调试或修改代码的兴趣为零）运行代码的优化版本。除了告诉人们确保他们在发行说明中使用优化（他们可能无论如何都不会阅读）之外，肯定有更好的方法吗？

在 Linux 上，我可以轻松地提供一个 ./game 脚本来为最终用户运行该文件：

#!/bin/sh
PYTHONOPTIMIZE=1 ./game.py $*

但这不是很跨平台。

我有一个想法，我应该能够将 #! 行更改为

#!/usr/bin/env PYTHONOPTIMIZE=1 python

或

#!/usr/bin/env python -O

但这些似乎没有按预期工作，我不确定它们在 Windows 上会做什么。

是否有某种方法可以从我不知道的代码中控制优化？ 比如：

  import runtime
  runtime.optimize(True)

发布多平台 Python 代码的人们认为该领域的最佳实践是什么？

Answer 1

“在 Linux 上，我可以轻松地提供一个 ./game 脚本来为最终用户运行文件：”

正确。

“但这不是很跨平台。”

对了一半。有两种 shell 语言很重要。标准 Linux "sh" 和非标准 Windows "bat" (a/k/a cmd.exe)，这就是现在的全部。 [当我还是个孩子的时候，有 Open VMS DCL 和 Data General 的怪异 shell 语言和 RSX-11 以及各种很棒的东西。感谢上帝的 Posix 标准。]

game.sh

python -O game.py

game.bat

python -O game.py

有趣的是，文件是相同的，只是扩展名（和文件格式）必须更改以使各种操作系统都满意。

如果您想要真正一刀切跨平台，您必须记住 Python 是一种 shell 语言。这种东西也行。

游戏启动.py

import subprocess
subprocess.Popen( "python -O game.py" )

Answer 2

回答您的问题（与解决您的问题相反，S. Lott 做得很好），我认为很多时候分发 Python 代码的人并不担心这一点，因为优化标志很少有任何效果。我相信 Pyglet 是我多年来使用 Python 所听到的唯一例外。引用Python docs，“优化器目前没有多大帮助；它只会删除断言语句”。