我有一个相当复杂的"产品"，我正准备使用Django构建它.在本文中，我将避免使用"项目"和"应用程序"这两个术语，因为我不清楚它们在Django中的具体含义.
项目可以有很多应用程序.应用程序可以在许多项目中共享.好的
我不是在重新发明博客或论坛--我没有看到我的产品的任何部分在任何情况下都是可重用的.凭直觉，我会把这个叫做"应用程序".那么我的所有工作都是在一个"app"文件夹中完成的吗？
If so... 就Django的project.app名称空间而言，我倾向于使用myproduct.myproduct，但这当然是不允许的(但我正在构建的应用程序是我的项目，我的项目是一个应用程序！).因此，我相信，也许我应该通过 for each "重要"模型构建一个应用程序来接近Django，但我不知道在我的模式中从哪里划出界限来将其划分为应用程序——我有很多模型，它们之间的关系相对复杂.
我希望有一个共同的解决方案...
什么能阻止你使用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项目的一个实例来使用该应用程序的内容.
没有硬性规定要求您必须这样做，但这是框架的目标之一.事实上，所有的东西，包括模板，都允许你从一些共同的基础上加入，这意味着你的博客应该紧密地融入任何其他设置，只需照顾好自己的一部分.
然而，为了解决您的实际问题，是的，没有任何东西表明您不能使用顶级项目文件夹.如果你真的想做的话，你可以做.然而，出于以下几个原因，我倾向于不这么做:
website.然而，在以后的日子里，我可能想要开发这个网站的原始功能.为了使其可删除(无论我是否这样做)，我倾向于创建一个单独的目录.这也意味着我只需从配置中取消该包的链接并删除文件夹，就可以删除上述功能，而不是复杂地从全局urls.py文件夹中删除正确的URL.简而言之，有一个约定的原因与任何其他约定都是一样的-当涉及到其他使用您的项目的人时，它会有所帮助.如果我看到fields.py，我马上就会认为其中的代码是Django字段的子类，而如果我看到inputtypes.py，如果不看它，我可能不太清楚这意味着什么.