探索管理站点的功能
现在,我们已经在管理站点中注册了Question对象,Django应该把它显示在管理站点的首页面上,此时关闭命令行窗口,重新开启服务器。
刷新浏览器url地址
点击“Questions”。 现在,你会进入Question的“变更列表”。 这个界面显示了数据库中的所有question,你可以选择一个来更改它。 那里有我们在教程第1部分创建的“What’s up?” question:
单击“What’s up?”来编辑它:
注意事项:
这个表单是根据Question模型文件自动生成的。 模型中不同类型的字段(DateTimeField、CharField)会对应相应的HTML输入控件。每一种类型的字段,Django管理站点都知道如何显示它们。每个DateTimeField字段都会有个方便的JavaScript快捷方式。Date有个“Today”的快捷键和一个弹出式日历,time栏有个“Now”的快捷键和一个列出常用时间选项的弹出式窗口。
界面的底部有几个按钮:
Save —— 保存更改,并返回当前类型对象的变更列表界面。
Save andcontinue editing —— 保存更改并且重新载入当前对象的管理界面。
Save and addanother —— 保存更改并且载入一个当前类型对象的新的、空白的表单。
Delete —— 显示一个删除确认界面。
点击save
再次点击Are you okay ?进入页面
点击history
自定义管理表单
Django就能构造一个默认的表单表示。通常,你会想要自定义管理界面中表单的外观和功能, 你可以通过在注册对象的时候告知Django一些你想要的选项来完成。默认question_text在上边,date在下边;我们想让date在question_text上面。代码进行以下修改:
您将遵循此模式 - 创建一个模型管理对象,然后将其作为第二个参数传递给admin.site.register() - 任何时候您需要更改对象的管理选项。上面那特定的更改,使得“Publication date”字段排在“Question”字段前面。重启服务器,刷新浏览器:
分割成字段集
有许多字段的表单,你可能想把表单分割成字段集:
fieldsets中每个元组的第一个元素是字段集的标题,以下是我们的对象表单现在的样子:重启服务器,刷新浏览器:
任意地为每个字段集指定HTML样式类
Date information 自动隐藏,点击show则显示信息
添加关联对象
我们已经有自己的Question管理界面。 但是一个Question有多个Choices,管理界面中并没有将选项显示出来。有两种方法来解决这个问题
第一种是像我们为Question做的一样,在管理站点中注册Choice:
重启服务器,刷新浏览器
在这个表单中,“Question”字段是一个可选的选项框,包含数据库中所有的Question。 Django知道ForeignKey应该在管理界面中显示为一个<select>选框。在我们的例子中,目前选框里只有一个Question。另外,注意一下“Question”旁边的“Add Another”链接。 每个与其它对象拥有ForeignKey关系的对象都有一个这种链接。当你点击“Add Another”,你将看到一个带有“Add question”表单的弹出窗口。如果你在这个窗口中添加了一个Question并点击“Save”,Django会将保存这个Question到数据库中,然后动态地将这个对象添加为你正在查看的“Add choice”表单的选择项。
但事实上,这不是一种添加Choice对象到系统中的高效方式,在创建Question对象的同时可以直接添加一组Choice将会更好。让我们实现这个功能。移除对Choice模型的register()调用。然后将Question的注册代码编辑为:
这告诉Django:Choice对象在Question的管理界面中编辑。默认提供足够3个Choice的空间。打开“Add question”页面:
它这样工作:有三个所关联的Choice —— 由extra指定 ——每次你回到已经存在对象的"Change"页面时,都会额外地获得三个空白Choice。在现有的三个Choice的底部,你会发现一个“Add another Choice”的链接。 如果你点击它,就会增加一个新的空白Choice。 如果你想移除一个新增加的空白Choice,可以点击其右上角的X。 请注意,你无法移除那最初的三个空白Choice。 还有个小问题。 显示所有关联的Choice 对象的字段占用大量的屏幕空间。 为了解决这个问题,Django提供了一种以表格的形式显示内嵌的相关联对象的方法; 你只需改变一下ChoiceInline 的声明:
使用 TabularInline(不是StackedInline),这些相关联的对象显示成紧凑的、基于表格的形式:
你有没有注意有一个额外的列“Delete?”,用“Add Another Choice”按钮添加的行和已经保存的行可以通过它来删除。
自定义管理界面中的变更列表
现在,Question管理界面看起来已经很好了,让我们再来稍微调整一下“变更列表”界面 —— 该界面显示系统中所有的Question。下面是目前为止它的样子:
默认地,Django显示每个对象的str()返回的内容。但有时如果我们能显示个别的字段将很有帮助。 我们使用list_display 选项来实现这个功能,它是一个要显示的字段名称的元组,在对象的变更列表页面上作为列显示:
现在,Question变更列表页面看起来就像如下所示:
你可以点击其中一列的头部来让列表按照这列的值来进行排序 —— 除了was_published_recently这列的头部,因为Django不支持按照随便一个方法的输出进行排序。另请注意,默认情况下,was_published_recently的列标题是方法的名称(下划线替换为空格),每行包含输出的字符串表示形式。您可以通过给出该方法(在polls/ models.py)中提供一些属性,如下所示:
polls/models.py
polls/admin.py
这行代码添加一个“Filter”侧边栏,可以使人们通过pub_date字段对变更列表进行过滤:
显示的过滤器类型取决于你所使用的字段类型。 由于pub_date为DateTimeField类型,所以Django将根据该类型给出相应的选项:“Any date”、“Today”、“Past 7 days”、“This month”、“This year”。这样看起来有些像我们想要的样子了。让我们再来添加一些搜索功能:
这行代码在变更列表的顶部添加了一个搜索框。 当有人将搜索的内容输入搜索框,Django将在question_text字段中进行搜索。 你可以使用任意数量的字段进行搜索 —— 但由于它在后台使用LIKE进行查询,所以限制搜索字段的数量会使数据库查询更加容易。现在又是一个好时机来告诉你变更列表界面提供方便的分页功能。 默认每页显示100条记录。
自定义管理站点的外观
很明显,每个管理页面的顶部都有“Django administration”不太合适。它仅仅起到了占位符的作用。它可以用Django的模板系统轻松改变。 Django的管理站点是用Django自己制作出来的,它的界面代码使用的是Django自己的模板系统。
自定义项目的模板
在你项目的文件夹内(包含 manage.py的目录)创建一个templates目录。Templates可以放在你的文件系统中Django所能访问到的任何地方。(运行Web服务器的用户即是运行Django的用户)。然而,把模板放在项目目录下会是一个值得提倡的、应该遵循的约定。打开你的配置文件(记住是mysite/settings.py)在TEMPLATES 设置中添加一个DIRS 选项:
现在,在templates下创建一个名为admin的文件夹,然后从Django安装的原目录下(目录为django/contrib/admin/templates)将模板页面的源文件admin/base_site.html拷贝到这个文件夹里。
查看djang 安装目录,打开IDLE
然后,只需编辑该文件并替换{{ site_header|default:_('Django administration') }} (包括花括号)为你认为合适的自己站点的名称。编辑完成后应该类似下面的代码片段:
模板文件包含许多类似{% block branding %} 和{{ title }}这样的文本。 {% 和{{ 是Django模板语言的一部分。当Django渲染admin/base_site.html时,将对该模板语言进行评估,以生成最终的HTML页面。注意任何Django管理站点的默认模板都可以被覆盖。 想要覆盖一个模板文件,只需要做和覆盖base_site.html相同的操作就行 —— 将它从默认的目录拷贝到你自定义的目录中,然后修改它。我们使用这个例子来教你如何覆盖模板。 在实际项目中,你可能会使用 django.contrib.admin.AdminSite.site_header属性来更简单地实现这个自定义功能。
自定义应用的模板
由于DIRS默认是空的,Django是怎么找到默认的管理站点模板的?答案是,由于APP_DIRS设置为True,Django会自动地在每个应用包下面查找一个templates/子目录,留作备用。(别忘了,django.contrib.admin 也是一个应用)。我们的投票应用并不是太复杂,不需要自定义管理站点模板。 但是如果它变得更加复杂而且为了一些功能需要修改Django的标准管理站点模板,那么与修改项目中的模板相比,修改应用中的模板将是更明智的选择。使用这种方式,你可以在任何新项目中使用投票应用,并且可以确保Django将找到它需要的自定义模板文件。
自定义管理站点的首页面
与上面类似的是,你可能想自定义Django管理站点首页面的外观。默认情况下,首页面显示所有位于INSTALLED_APPS中且已经使用管理站点应用注册过的应用,这些应用按照字母顺序进行显示。你可能想在布局上做出重大改变。 毕竟,首页面可能是管理站点中最重要的页面,并且它应当易用。需要自定义的模板文件是 admin/index.html。 (就像之前对admin/base_site.html做的那样 —— 即从默认的目录拷贝到你自定义的目录中的那个文件)。编辑这个文件,你将看到它有一个叫做app_list的变量。这个变量包含安装的所有Django应用。 你可以选择不像默认模板中那样使用它,而是以你认为最好的方式硬编码链接到每个对象自己的管理页面。