概述
为什么我使用django.contrib.flatpages
>它允许我(大多数)提供最少URL配置的静态页面.
>我不必为每个人写出观点.
为什么我不需要模型FlatPage
>我将内容留空,只提供模板路径.因此,我可以利用文件中的源;
>我可以直接从文件系统编辑源代码,无需服务器(如admin)的帮助.
>我可以利用语法突出显示和其他编辑器功能.
>使用该模型,我必须维护平板固定装置.
>因此,同一实体的数据位于两个单独的位置.
>如果我在夹具内移动内容,则编辑起来会更加困难.
>即使夹具维护不成问题,我仍然需要在开发期间一次又一次地转储和装载这些夹具.
我在找什么
基本上;在保持contrib.flatpages功能的同时摆脱FlatPage模型.我不清楚如何解决这个问题.如果有一种干净的修改方式(比如add_to_class)FlatPages来获取除数据库以外的其他地方的信息,我更喜欢这样.也许元数据可以插入到模板中,然后读取此数据的特殊管理器将替换FlatPages的默认管理器.
如果我不喜欢对flatpages的管理功能进行手动编辑,那么如何将数据库排除在外？
r'^foo/(?P<template_name>.+)/$','direct_to_template',{'template': 'foo_index.html'}),然后在foo_index.html中导入模板：
{% include template_name %}总结
以上是编程之家为你收集整理的python – 没有模型的Django.contrib.flatpages全部内容，希望文章能够帮你解决python – 没有模型的Django.contrib.flatpages所遇到的程序开发问题。
如果您也喜欢它,动动您的小指点个赞吧
602392714
清零编程群