在我看来，最好的选择是将__init__.py放在文件夹中，并使用

from dirBar.Bar import *

不建议使用sys.path.append（），因为如果使用与现有python包相同的文件名，可能会出现问题。我还没有测试过，但这将是模棱两可的。

假设您的两个目录都是真正的Python包（其中确实包含__init__.py文件），这里有一个相对于脚本位置包含模块的安全解决方案。

我假设您想这样做，因为您需要在脚本中包含一组模块。我在一些产品的生产中使用了这一点，并在许多特殊场景中工作，例如：从另一个目录调用或使用python执行的脚本，而不是打开新的解释器。

 import os, sys, inspect
 # realpath() will make your script run, even if you symlink it :)
 cmd_folder = os.path.realpath(os.path.abspath(os.path.split(inspect.getfile( inspect.currentframe() ))[0]))
 if cmd_folder not in sys.path:
     sys.path.insert(0, cmd_folder)

 # Use this if you want to include modules from a subfolder
 cmd_subfolder = os.path.realpath(os.path.abspath(os.path.join(os.path.split(inspect.getfile( inspect.currentframe() ))[0],"subfolder")))
 if cmd_subfolder not in sys.path:
     sys.path.insert(0, cmd_subfolder)

 # Info:
 # cmd_folder = os.path.dirname(os.path.abspath(__file__)) # DO NOT USE __file__ !!!
 # __file__ fails if the script is called in different ways on Windows.
 # __file__ fails if someone does os.chdir() before.
 # sys.argv[0] also fails, because it doesn't not always contains the path.

另外，这种方法允许您强制Python使用您的模块，而不是安装在系统上的模块。

警告我真的不知道当当前模块在蛋文件中时会发生什么。它可能也会失败。

如果您以这种方式构建项目：

src\
  __init__.py
  main.py
  dirFoo\
    __init__.py
    Foo.py
  dirBar\
    __init__.py
    Bar.py

然后，从Foo.py你应该能够做到：

import dirFoo.Foo

Or:

from dirFoo.Foo import FooObject

根据Tom的评论，这确实需要通过site_packages或搜索路径访问src文件夹。此外，正如他所提到的，__init__.py是在您第一次导入该包/目录中的模块时隐式导入的。通常__init__.py只是一个空文件。

只需执行简单的操作，即可从其他文件夹导入.py文件。

假设您有一个目录，如：

lib/abc.py

然后在lib文件夹中保留一个空文件

__init__.py

然后使用

from lib.abc import <Your Module name>

在导入模块层次结构的每个文件夹中保留__init__.py文件。

这同样有效，而且比使用sys模块简单得多：

with open("C:/yourpath/foobar.py") as f:
    eval(f.read())

相对sys.path示例：

# /lib/my_module.py
# /src/test.py


if __name__ == '__main__' and __package__ is None:
    sys.path.append(os.path.abspath(os.path.join(os.path.dirname(__file__), '../lib')))
import my_module

基于这个答案。