Python 模块/包系统对大型项目的可扩展性

Question

我希望有一个很好的模块层次结构，用于大型 项目..（Python似乎妨碍了这一点）我很困惑 模块和包的区别以及它们与 C++ 的关系 命名空间的概念。具体来说，我的项目是一个编译器和 代码生成阶段想要从某些集合中查询属性 在不同目录中维护的抽象表示 （实际上在层次结构中很远）

问题可以表述为：

Ass：让 a.py 和 b.py 成为项目层次结构中某处的两个源文件

然后：我想引用 b.py 中定义的函数 a.py - 理想情况下具有来自明确定义的根的相对路径 项目的目录（即 /src）。我们想要一个通用的 解决方案，这将永远有效..

Dirty hack：这听起来很荒谬，但我将所有包含 .py 的子目录都放在了这上面 项目到 PYTHONPATH 我们将能够用他们的名字来引用它们，但是有了这个 代码的读者对不同项目失去了任何层次感和关系感 类等。

注意：Python.org 上的教程只提到了从文件 c.py 引用放置在其父目录中的文件 d.py 的特殊情况。使的普遍性在哪里 Python在这里扩展到真正的大型项目？

Answer 1

我不确定是不是这个问题，但让我们看看。

假设我有以下封装方案（__init__.py 文件排除在外）：

foo/baz/quux/b.py
foo/baz/quux/quuuux/c.py
foo/bar/a.py

我的foo/baz/quux/b.py 文件包含以下内容：

def func_b():
    print 'func b'

而我的foo/baz/quux/quuuux/c.py 是：

def func_c():
    print 'func c'

如果包含foo（在您的情况下为src*）的根目录位于Python路径中，则aur foo/bar/a.py文件可以导入从foo开始的任何其他模块：

import foo.baz.quux.b as b
import foo.baz.quux.quuuux.c as c

def func_a():
    b.func_b()
    c.func_c()

可以这样使用foo/bar/a.py：

import foo.bar.a as a

a.func_a()

你试过了吗？你有什么错误吗？

* 当你部署你的项目时，我不相信根会是src，但是让我们通过省略它来保持它的简单:)