什么是阻止你使用的myproduct.myproduct？要实现该目标，大致需要执行以下操作：

django-admin.py startproject myproduct
cd myproduct
mkdir myproduct
touch myproduct/__init__.py
touch myproduct/models.py
touch myproduct/views.py

等等。如果我说views.py不必打来电话会有所帮助views.py吗？如果你可以在python路径上命名一个将被处理的函数（通常为package.package.views.function_name）。就那么简单。所有这些“项目” /“应用”东西都只是python包。

现在，你应该怎么做？或更确切地说，我该怎么做？好吧，如果你创建一个显著一块可重复使用的功能，好比说一个标记编辑器中，当你创建一个“顶级应用程序”那可能含有widgets.py，fields.py，context_processors.py等等-你可能要导入所有的东西。

同样，如果你可以创建类似博客这样的格式，并且在安装过程中使用通用格式，则可以将其包装在应用程序中，包括其自己的模板，静态内容文件夹等，并配置Django项目的实例以使用该模板应用程序的内容。

没有硬性规定可以执行此操作，但这是框架的目标之一。包括模板在内的所有内容，都允许你从某个共同的基础进行包含，这意味着你的博客应仅通过照顾自己的部分而紧密地适合任何其他设置。

但是，要解决你的实际问题，是的，没有什么可以说你不能使用顶级项目文件夹。这就是应用程序要做的，如果你确实愿意，你可以这样做。但是，出于以下几个原因，我倾向于不这样做：

• Django的默认设置不执行此操作。
• 通常，我想创建一个主应用程序，因此我创建了一个通常称为的应用程序website。但是，稍后我可能只想为此站点开发原始功能。为了使它可移动（无论我是否做过），我倾向于然后创建一个单独的目录。这也意味着我可以仅通过从配置中取消该程序包的链接并删除文件夹来删除所述功能，而不是从全局urls.py文件夹中删除正确的url。
• 很多时候，即使我想使某事独立，它也需要在我照顾/使其独立的地方居住。基本上是上述情况，但对于某些东西，我确实打算将其设为通用。
• 我的顶级文件夹通常包含其他一些内容，包括但不限于wsgi脚本，sql脚本等。
• django的管理扩展依赖于子目录。因此，合理地命名软件包是有意义的。
  简而言之，约定的原因与其他约定相同-当涉及到与你的项目一起工作的其他人时，这很有用。如果我看到fields.py我立即希望其中的代码可以将django的字段作为子类，而如果我看到inputtypes.py我可能不那么清楚就不知道这意味着什么。

一旦你从使用startproject和毕业startapp，就不会阻止你在同一Python软件包中组合“项目”和“应用”。项目实际上只不过是一个settings模块，而应用程序实际上只不过是一个models模块-其他所有内容都是可选的。

对于小型网站，拥有类似以下内容是完全合理的：

site/
    models.py
    settings.py
    tests.py
    urls.py
    views.py