Django 的默认/逻辑目录结构

Question

我已经阅读了许多教程，构建了一些应用程序，甚至阅读了 Django 的一位创建者的书。但我对“正确”的目录结构感到困惑。

人们似乎总是得到一棵看起来像这样的树（顶部有一个虚拟环境）：

venvdir
   |
   +---manage.py 
   |
   +---mysitedir 
   |       +--settings.py
   |       +--urls.p
   |       +--staticfiles (where collectstatic puts everything)
   |
   +---myapp1dir
   |       +--views.py
   |       +--models.py
   |       +--staticdir
   |             +---static-objects-tree...

让我感到困惑的是

 os.path.abspath(__file__) 

指向“mysitedir”（参考资料说它总是指向带有 settings.py 的目录）。

大概的想法是整个“网站”下有一个或多个“应用程序”，尽管我从未见过这样做过。

首先，这是正确的吗？

其次，是否有一些令人信服的理由（或者我做错了）使得“应用程序”不位于“mysitedir”下方？这似乎更有意义并保持模块化。

Django 执行诸如遍历整个树以查找静态文件的方式似乎很奇怪。在 settings.py 中列出“应用程序”似乎也不合逻辑，并且 - 再一次 - Django 需要上下遍历才能找到这些文件（而不仅仅是能够查看 os.path 指定的目录.abspath(文件).

Answer 1

请注意，默认项目布局只是一个建议，如果您愿意，没有什么能阻止您将应用程序放在 mysitedir 中。

Django 希望轻松制作可重用的应用程序。当您运行manage.py runserver 时，包含manage.py 的目录位于Python 路径上。因此，您可以使用myapp1、myapp2 等在该目录中导入应用程序。

如果您将应用程序移动到内部mysitedir（包含设置的那个），那么您将使用mysitedir.myapp1、mysitedir.myapp2 等导入应用程序。您的代码现在具有硬编码的项目名称，所以它是可重用性较低。

最后，Django 并没有真正“上下遍历”项目的目录。当您执行import myapp 时，Python 从 Python 路径导入模块。这可能是包含manage.py 的外部项目目录，或者如果它是一个已安装的包，它可能是完全不同的地方。