Python:想要几个小模块还是一个大模块？

Question

我正在开发一个Python web应用程序，其中有一些小模块可以提供非常特殊的功能：session.py、logger.py、database.py等。我所说的“小”指的是小；每个文件目前包含大约3-5行代码，或者最多包含10行代码。我可能有几个导入和一个或两个类定义。我在想，有什么理由应该或不应该将这些合并到一个模块中，比如misc.py

我的想法是，拥有独立的模块有助于代码的清晰度，以后，如果这些模块碰巧增长到超过10行，我不会因为将它们分开而感到太糟糕。但是从另一方面来说，拥有一堆每个文件只有几行的文件似乎是一种浪费！多文件方法与单文件方法在资源使用方面是否有显著差异？(当然，我还远没有达到应该担心资源使用的地步，但我忍不住要问……)

我查看了一下，看看以前是否有人问过这个问题，没有看到任何特定于Python的东西，但如果它真的是一个副本，我会很感激有人给我指出了正确的方向。

Answer 1

我的想法是，拥有独立的模块有助于代码的清晰度，以后，如果这些模块碰巧增长到超过10行，我不会因为将它们分开而感到太糟糕。

这。让它保持原样。

Answer 2

作为模块的用户，我非常希望通过一次导入就能包含整个模块。不要让包的用户进行多次导入，除非有一些理由允许导入不同的替代包。

顺便说一句，一个模块没有理由不能包含多个源文件。最简单的情况是使用__init__.py文件将所有其他代码加载到模块的名称空间中。

Answer 3

就我个人而言，我发现在一个文件中保存这样的东西更容易，只是为了在我的编辑器中编辑较少数量的文件的实用性。

重要的是要把不同的代码片段当做独立的文件来对待，这样你就可以确保以后可以简单地将它们分开，这是你所列举的原因。因此，例如，不要在不同的部分之间引入依赖关系，这将使以后很难将它们分开。