【发布时间】：2012-05-16 05:33:24
【问题描述】：
【问题讨论】：
-
不，但如果您的 75% 的代码有 cmets，那么您可能会受益于不进行太多注释，而是编写可读的代码。
标签： python performance comments code-formatting technical-debt
【发布时间】：2012-05-16 05:33:24
【问题描述】：
没有
当你运行python时，第一步是转换成字节码，也就是那些.pyc文件。评论已从这些内容中删除，因此无关紧要*。
如果您使用-O 或-OO 选项运行，python 将生成“优化的”pyo 文件，即使速度更快，也可以忽略不计。主要区别在于：
-
-O断言被移除， - 使用
-OO选项，__doc__字符串被删除。鉴于有时需要这些，不建议使用-OO运行。
* 下面已经指出.pyc 文件只为模块保存。因此，顶层可执行文件每次运行时都必须重新编译。此步骤可能减慢大量 python 可执行文件。在实践中，大部分代码应该驻留在模块中，这不是问题。
【讨论】：
-
...所以它可能会影响您的 启动 时间，但不会影响您的长期执行时间。特别是，如果所有内容都预编译到
.pyc文件中，则这是一次性成本，而不是每次运行成本。 -
@Wooble，好点，但我从未注意到效果。我能想到的唯一情况是，当您运行 very 长条带时，或者您从 python 外部重复调用 python 可执行文件时。在实践中，我从来没有遇到过。
-
@Wooble 如果您遵循最佳实践，您的脚本只是模块的薄包装； setuptools 和 kin 甚至会自动为您生成这些包装器。
-
@CharlesDuffy：也许是这样，但 OP 谈到“执行大型 .py 文件”。当然 cmets 只会影响启动时间，但每次运行大脚本时都会影响，因为不会创建 .pyc 文件。 “否”部分是正确的，但解释具有误导性。
-
即使您有一个直接从命令行调用的大型、单一的
.py文件，为它编写一个简单地导入大脚本的“包装器”也是微不足道的。然后大脚本被编译为.pyc，每次运行时只解析一行包装器。