0

我有一个模块，它定义了一个从两个（或多个）其他模块之一实例化一个类的类。下面是几个代码示例。在第一个示例中，导入了两个模块，但只使用了一个（每个 MyIo 实例一个）。在第二个示例中，仅导入所需的模块。在更高级别的模块中可能有一个或多个 MyIo 实例。

我喜欢第二个示例只导入使用的内容，但我不太喜欢它import发生在“代码执行”部分。

我的问题是：

  1. 哪个示例是更好的架构选择，为什么？
  2. 导入最终未使用的模块是否会受到惩罚？
  3. Python 中代码执行部分的导入是否被认为是“错误的形式”？

此示例导入​​两个模块，但只使用一个...

''' MyIo.py '''

...
...
from DevSerial import Device as DeviceSerial
from DevUSB import Device as DeviceUSB

class MyIo:

  def __init__(self, port)
    if port.lower() == 'usb':
      self.device=DeviceUSB()
    else:
      self.device=DeviceSerial(port)
...
...

以下仅导入正在使用的模块...

''' MyIo.py '''

...
...
class MyIo:

  def __init__(self, port)
    if port.lower() == 'usb':
      from DevUSB import Device
      self.device=Device()
    else:
      from DevSerial import Device
      self.device=Device(port)
...
...
4

3 回答 3

1

根据PEP 8，所有导入都应该放在文件的顶部。让它们分布在整个文件中会导致难以维护和调试软件。

我能想到的唯一性能开销是在程序启动时——它必须加载更多模块。一旦程序运行，就不应该有任何额外的开销。

要回答您的问题：

  1. 前者。很明显，使用了哪些其他文件，而您必须深入挖掘第二个文件才能找到所有依赖项。
  2. 是的，但仅在启动时。
  3. 是的。
于 2013-01-02T02:56:19.577 回答
0

实际上，即使您将模块导入到函数中，一旦您的函数执行完毕，它们仍将存在于 sys.modules 中，除非您手动删除它们。所以是的，不直接在代码顶部导入它们是没有意义的（例如示例＃1）。

于 2013-01-02T03:01:50.517 回答
0

不只是卡在页面顶部的导入最常见的用途是兄弟模块代表不同的、互斥的选项的情况：最好的例子是 os.path，它会自动交换适当的模块。即使在顶部而不是在代码中进行差异导入也很常见。

于 2013-01-02T03:52:30.950 回答