禁用不带-0标志的python的assert（）_随笔

禁用不带-0标志的python的assert（）

文档说，

内置变量[
__debug__
]的值在解释器启动时确定。

因此，如果您无法控制python解释器的启动方式，那么您似乎无法禁用assert。

接下来是其他一些选择：

如果您所有的assert语句都是单独在线出现的，那么您可以使用以下命令将其删除

sed -i 's/assert /pass #assert /g' script.py

请注意，如果在断言之后出现其他代码，这将使您的代码混乱。例如，上面的sed命令将

return

在以下行中注释掉：

    assert x; return True

这将改变程序的逻辑。

如果您有这样的代码，最好手动删除断言。

可能存在一种通过使用
```
tokenize
```
模块来解析脚本来以编程方式删除它们的方法，但是编写此类程序以删除断言可能比手动删除断言要花费更多的时间，特别是如果这是一次性的工作。
如果其他软件接受.pyc文件，则似乎有一个肮脏的trick俩在我的计算机上起作用，尽管请注意，Python核心开发人员对此进行了警告（请参阅ÉricAraujo在2011-09-17的评论）。假设您的脚本称为
```
script.py
```
。
- 制作一个临时脚本，例如temp.py：
```
    import script
```
- 运行
```
python -O temp.py
```
  。这创建了
```
script.pyo
```
  。
- 移动
```
script.py
```
  和
```
script.pyc
```
  （如果存在的话）你的PYTHONPATH或任何目录的其他软件阅读以了解您的脚本。
- 重命名
```
script.pyo
```
  ->
```
script.pyc
```
  。

现在，当其他软件尝试导入脚本时，它将仅找到

pyc

已删除断言的文件。

例如，如果

script.py

看起来像这样：

    assert Falseprint('Got here')

那么

python temp.py

现在将打印运行，

Got here

而不是引发AssertionError。

欢迎分享，转载请注明来源：内存溢出

禁用不带-0标志的python的assert（）