在 Python（变量和路径）中处理多个目录和文件的最佳实践

Question

我遇到了一个有问题的主题，我找不到任何全面的教程。

我最近开始将我的代码库构建成多个文件，因为它变得太复杂了。 它是这样的：

./MySoftware/
---/main.py 
---/DATA/      #for passive stuff that my code uses or creates, docs, logs, etc.
---/LIB/
------/config.ini  #non-programmer friendly way to setup the behavior of the code
------/init.py     #for common variables
------/special_functions_1.py
------/special_functions_2.py
------/special_functions_3.py #and so on, only function definitions, grouped by topic
---/LIB/PROJECTS/
---------project1.py 
---------project2.py #and so on, where I actually do stuff and call functions 

这种结构背后的原因是，我有许多不同的项目要编码，并在它们之间切换，但它们使用相同的构建块。 所以我想，我正在使用工具包构建我自己的库，以及一个带有“任务”function 的项目文件，我在 main.py 中调用它。 对于哪个实际项目以及如何启动，由 config.ini 控制（因为非程序员也在使用我的代码）

我是如何尝试的：

1. 我在 init.py 中阅读了 config.ini
2. 我在 init.py 中声明了每个内置变量
3. 每个其他模块都导入 init.py
4. 如果需要这些工具，项目文件正在导入 special_module 文件
5. Main.py 在 config.ini 中查找要运行的项目（通过 init.py）
6. Main.py 运行项目文件，并处理每个参数和 output 以及其他所有内容（日志记录、硬盘管理等）

它起作用了，有点。

我有变量范围和路径的问题。 因此，为了读取配置文件，在 init.py 中正确的路径是“./config.ini”，但是如果我将 init.py 导入 main.py，它就不起作用，因为我认为它应该是 './LIB/ config.ini'，但如果我改变它，我会得到另一个错误，因为从 init.py 的角度来看，路径是错误的。 整个 package 必须是移动的，所以我正在使用相对路径，但现在一团糟。 我想我可以读取当前的工作目录，将它存储在一个环境变量中，在每次路径调用时我都会检查它，但这听起来很麻烦，而且不是最佳实践。

对于变量，从另一个模块访问项目文件中的变量也是非常疯狂的，但我不能将所有内容都放在 init.py 中，因为项目使用的一些变量是稍后在其他地方计算的。 所以最后，它在 from* 导入和交叉声明中变得非常意大利面。

TLDR：构建具有许多文件和目录的模块化项目的正确方法是什么？

您是否知道任何综合指南，应该如何正确地进行结构和导入、路径、变量，以及什么是好的做法以及应该避免什么？

注意：我没有做 OOP