为什么在相关应用程序中存储Django模板是不明智的?

为什么在相关应用程序中存储Django模板是不明智的?,django,templates,django-templates,project-organization,Django,Templates,Django Templates,Project Organization,根据获奖答案和我在网上读到的所有其他内容,您很可能会将mySubAppX的Django模板放在mySubAppX之外的文件夹中-最常见的是myProject/templates/mySubAppX,其中模板是存储应用程序的实际mySubAppX目录的同级目录 为什么??尤其是当您将子应用程序模块化时,为什么?这不是一条规则,而且取决于具体情况。还有 在集中式模板方式中,templates/app/template_name,定位模板很快,模板名称可以简单到app/item.html;您可以轻松地

根据获奖答案和我在网上读到的所有其他内容,您很可能会将
mySubAppX
的Django模板放在
mySubAppX
之外的文件夹中-最常见的是
myProject/templates/mySubAppX
,其中模板是存储应用程序的实际
mySubAppX
目录的同级目录


为什么??尤其是当您将子应用程序模块化时,为什么?

这不是一条规则,而且取决于具体情况。还有

在集中式模板方式中,
templates/app/template_name
,定位模板很快,模板名称可以简单到
app/item.html
;您可以轻松地将整个目录管理/移动到某个位置,例如内存磁盘


另一方面,内部应用程序方式,
app/templates/app\u template\u name
app/templates/app/template\u name
,更适合打包应用程序。对于编辑,我的同事发现,无论如何,在Eclipse中开发应用程序内部解决方案更方便。

正如
okm
所说,这不是一个规则。Django总是首先在
模板目录中查找模板,然后返回到apps/packages目录中查找模板。这就是为什么建议将应用程序放入其模板中,以便快速找到它们

您仍然可以将模板放在
mySubAppX

project/apps/mySubAppX/templates
为了提高效率,您可以将此路径添加到设置中的
模板\u DIRS
,以便Django首先查找模板

TEMPLATE_DIRS = (
    'project/apps/mySubAppX/templates',
    #other apps template directories
)