Python EnThound Canopy未创建.pyc文件

我在Windows7上使用的是Canopy版本：1.4.1（64位）

我有两个文件

A.py

和

B.py

A.py

包含一些模块，

B.py

导入

A.py

的一个模块。当我在

A.py

上更改某些内容，然后运行

B.py

时，应该创建一个新的编译

A.py

（

A.pyc

），但在使用IDE时并非如此

但是，在重新启动内核（Ctrl+）后，会编译

a.py

有没有一种方法可以在不重新启动内核的情况下重新编译

a.py

---

请帮帮我。谢谢

在python 2上，您可以重新加载模块：

reload(A)

在python 3上，需要导入重新加载：

from importlib import reload
reload(A)

---

在python 2上，可以重新加载模块：

reload(A)

在python 3上，需要导入重新加载：

from importlib import reload
reload(A)

---

在python 2上，可以重新加载模块：

reload(A)

在python 3上，需要导入重新加载：

from importlib import reload
reload(A)

---

在python 2上，可以重新加载模块：

reload(A)

在python 3上，需要导入重新加载：

from importlib import reload
reload(A)

---

不确定这是否符合问题，但您也可以使用：

python-mcileall

---

从指向模块目录的命令行。

不确定这是否符合问题，但您也可以使用：

python-mcileall

---

从指向模块目录的命令行。

不确定这是否符合问题，但您也可以使用：

python-mcileall

---

从指向模块目录的命令行。

不确定这是否符合问题，但您也可以使用：

python-mcileall

---

从指向模块目录的命令行。

这与树冠本身无关。一般来说，Python就是这样工作的。加载模块后，如果您对其进行更改，则不会重新加载/重新编译该模块。按照另一个答案中的建议，通过重新加载

可以避免这种情况。过去曾有过不同的尝试，尝试使用自动重新加载机制，但没有一种机制特别健壮，造成的问题比它们解决的问题还要多

缓存行为将发生在任何Python会话中（Canopy、IPython前端（如笔记本、控制台等）、常规Python shell、服务器进程等）

还有其他方法可以解决这个问题。在IPython和Canopy中，您可以使用
！python
命令执行代码，就像在shell上一样
 这与树冠本身无关。一般来说，Python就是这样工作的。加载模块后，如果您对其进行更改，则不会重新加载/重新编译该模块。按照另一个答案中的建议，通过重新加载
可以避免这种情况。过去曾有过不同的尝试，尝试使用自动重新加载机制，但没有一种机制特别健壮，造成的问题比它们解决的问题还要多

缓存行为将发生在任何Python会话中（Canopy、IPython前端（如笔记本、控制台等）、常规Python shell、服务器进程等）

还有其他方法可以解决这个问题。在IPython和Canopy中，您可以使用
！python
命令执行代码，就像在shell上一样
 这与树冠本身无关。一般来说，Python就是这样工作的。加载模块后，如果您对其进行更改，则不会重新加载/重新编译该模块。按照另一个答案中的建议，通过重新加载
可以避免这种情况。过去曾有过不同的尝试，尝试使用自动重新加载机制，但没有一种机制特别健壮，造成的问题比它们解决的问题还要多

缓存行为将发生在任何Python会话中（Canopy、IPython前端（如笔记本、控制台等）、常规Python shell、服务器进程等）

还有其他方法可以解决这个问题。在IPython和Canopy中，您可以使用
！python
命令执行代码，就像在shell上一样
 这与树冠本身无关。一般来说，Python就是这样工作的。加载模块后，如果您对其进行更改，则不会重新加载/重新编译该模块。按照另一个答案中的建议，通过重新加载
可以避免这种情况。过去曾有过不同的尝试，尝试使用自动重新加载机制，但没有一种机制特别健壮，造成的问题比它们解决的问题还要多

缓存行为将发生在任何Python会话中（Canopy、IPython前端（如笔记本、控制台等）、常规Python shell、服务器进程等）

还有其他方法可以解决这个问题。在IPython和Canopy中，您可以使用
！python
命令执行代码，就像在shell上一样
 相关的，请参阅发布之前我在命令行中测试过它。正如我所料，
A.py
中的更改在运行
B.py
时被选中。但现在我明白了，我并没有考虑Python会话。使用
！python
已经足够解决问题了。谢谢相关的，请参阅发布之前我在命令行中测试过它。正如我所料，
A.py
中的更改在运行
B.py
时被选中。但现在我明白了，我并没有考虑Python会话。使用
！python
已经足够解决问题了。谢谢相关的，请参阅发布之前我在命令行中测试过它。正如我所料，
A.py
中的更改在运行
B.py
时被选中。但现在我明白了，我并没有考虑Python会话。使用
！python
已经足够解决问题了。谢谢相关的，请参阅发布之前我在命令行中测试过它。正如我所料，
A.py
中的更改在运行
B.py
时被选中。但现在我明白了，我并没有考虑Python会话。使用
！python
已经足够解决问题了。谢谢这也很有效，当您不介意编译所有内容时，它会更方便。谢谢这也很有效，当您不介意编译所有内容时，它会更方便。谢谢那个