什么是阻止您使用的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我可能不那么清楚就不知道这意味着什么。