开启后台，添加一些文章

Django 自带后台，我们开启后台，然后增加一些文章内容先，首先我们创建一个管理员用户，进入后台：

python manage.py createsuperuser
# 创建用户名
# 密码

在 admin 后台注册模型

要在后台注册我们自己创建的几个模型，这样 django admin 才能知道它们的存在，注册非常简单，只需要在 blog\admin.py 中加入下面的代码：

from django.contrib import admin
from .models import Post, Category, Tag
admin.site.register(Post) 
admin.site.register(Category) 
admin.site.register(Tag)

blog/admin.py
运行开发服务器，访问 http://127.0.0.1:8000/admin/ ，就进入了到了django admin 后台登录页面，输入刚才创建的管理员账户密码就可以登录到后台了。

可以看到我们刚才注册的三个模型了，点击 Posts 后面的增加按钮，将进入添加 Post 的页面，也就是新增博客文章。然后在相关的地方输入一些测试用的内容，增加完后点击保存，这样文章就添加完毕了，你也可以多添加几篇看看效果。注意每篇文章必须有一个分类，在添加文章时你可以选择已有分类。如果数据库中还没有分类，在选择分类时点击 Category 后面的 + 按钮新增一个分类即可。

你可能想往文章内容中添加图片，但目前来说还做不到。在支持 Markdown 语法部分中将介绍如何在文章中插入图片的方法。
访问 http://127.0.0.1:8000/ 首页，你就可以看到你添加的文章列表了，下面是我所在环境的效果图：

定制 admin 后台

使用 admin 后台的时候，我们发现了下面的一些体验相关的问题：

• admin 后台本身的页面元素是已经汉化了的，但是我们自己的 blog 应用，以及 Post、Category、Tag 在页面中显示却是英文的，以及发布文章的时候，表单各字段的 label 也是英文的。
• 在 admin 后台的 post 列表页面，我们只看到了文章的标题，但是我们希望它显示更加详细的信息，例如作者、发布时间、修改时间等。
• 新增文章时，所有数据都要自己手动填写。但是，有些数据应该是自动生成。例如文章发布时间 Created time 和修改时间 Modified time，应该在创建或者修改文章时自动生成，而不是手动控制。同时我们的博客是单人博客系统，发布者肯定是文章作者，这个也应该自动设定为 admin 后台的登录账户。

虽然 django 的 admin 应用开箱即用，但也提供了丰富的定制功能，这正是 django 吸引人的地方，下面我们根据需求来一个个定制。

细节美化

将后台中的英文改成中文，可以这样设置，在blog/app.py中，我们在运行 startapp 创建 blog 应用时自动生成的代码，可以看到有一个 BlogConfig 类，其继承自 AppConfig 类，看名字就知道这是和应用配置有关的类。我们可以通过设置这个类中的一些属性的值来配置这个应用的一些特性的。比如这里的 name 是用来定义 app 的名字，需要和应用名保持一致，不要改。要修改 app 在 admin 后台的显示名字，添加 verbose_name 属性。

class BlogConfig(AppConfig):
    name = 'blog'
    verbose_name = '博客'

同时，我们此前在 settings 中注册应用时，是直接注册的 app 名字 blog，现在在 BlogConfig 类中对 app 做了一些配置，所以应该将这个类注册进去：

INSTALLED_APPS = [
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',
    'blog.apps.BlogConfig'
]

再次登录后台，就可以看到 BLOG 版块的标题已经显示为博客了。

对于模型类，字段名称这样修改：

class Post(models.Model):
    """
    文章的数据库表稍微复杂一点，主要是涉及的字段更多。
    """
    # 文章标题
    title = models.CharField('标题', max_length=70)
    # 文章正文，我们使用了 TextField。
    # 存储比较短的字符串可以使用 CharField，但对于文章的正文来说可能会是一大段文本，因此使用 TextField 来存储大段文本。
    body = models.TextField('文章内容')
    # 这两个列分别表示文章的创建时间和最后一次修改时间，存储时间的字段用 DateTimeField 类型。
    created_time = models.DateTimeField('创建时间')
    modified_time = models.DateTimeField('修改时间')
    # 文章摘要，可以没有文章摘要，但默认情况下 CharField 要求我们必须存入数据，否则就会报错。
    # 指定 CharField 的 blank=True 参数值后就可以允许空值了。
    abstract = models.CharField('简要描述', max_length=200, blank=True)
    # 这是分类与标签，分类与标签的模型我们已经定义在上面。
    # 我们在这里把文章对应的数据库表和分类、标签对应的数据库表关联了起来，但是关联形式稍微有点不同。
    # 我们规定一篇文章只能对应一个分类，但是一个分类下可以有多篇文章，所以我们使用的是 ForeignKey，即一对多的关联关系。
    # 且自 django 2.0 以后，ForeignKey 必须传入一个 on_delete 参数用来指定当关联的数据被删除时，被关联的数据的行为，
    # 我们这里假定当某个分类被删除时，该分类下全部文章也同时被删除，因此使用 models.CASCADE 参数，意为级联删除。
    # 而对于标签来说，一篇文章可以有多个标签，同一个标签下也可能有多篇文章，所以我们使用 ManyToManyField，表明这是多对多的关联关系。
    # 同时我们规定文章可以没有标签，因此为标签 tags 指定了 blank=True。
    # 如果你对 ForeignKey、ManyToManyField 不了解，请看教程中的解释，亦可参考官方文档：
    # https://docs.djangoproject.com/en/2.2/topics/db/models/#relationships
    category = models.ForeignKey(Category, on_delete=models.CASCADE, verbose_name='分类')
    tags = models.ManyToManyField(Tag, blank=True, verbose_name='标签')
    # 文章作者，这里 User 是从 django.contrib.auth.models 导入的。
    # django.contrib.auth 是 Django 内置的应用，专门用于处理网站用户的注册、登录等流程，User 是 Django 为我们已经写好的用户模型。
    # 这里我们通过 ForeignKey 把文章和 User 关联了起来。
    # 因为我们规定一篇文章只能有一个作者，而一个作者可能会写多篇文章，因此这是一对多的关联关系，和 Category 类似。
    author = models.ForeignKey(User, on_delete=models.CASCADE, verbose_name='作者')
    class Meta:
        verbose_name = '文章'
        verbose_name_plural = verbose_name
    def __str__(self):
        return self.title

文章列表显示更加详细的信息

在 admin 后台的文章列表页面，我们只看到了文章的标题，但是我们希望它显示更加详细的信息，这需要我们来定制 admin 了，在 admin.py 添加如下代码：

from django.contrib import admin
from .models import Post, Category, Tag 
class PostAdmin(admin.ModelAdmin):     
    list_display = ['title', 'created_time', 'modified_time', 'category', 'author'] # 把新增的 Postadmin 也注册进来 
    admin.site.register(Post, PostAdmin) 
    admin.site.register(Category) 
    admin.site.register(Tag)

刷新 admin Post 列表页面，可以看到显示的效果好多了。

简化新增文章的表单

接下来优化新增文章时，填写表单数据的不合理的地方。文章的创建时间和修改时间应该根据当前时间自动生成，而现在是由人工填写，还有就是文章的作者应该自动填充为后台管理员用户，那么这些自动填充数据的字段就不需要在新增文章的表单中出现了。
此前我们在 blog/admin.py 中定义了一个 PostAdmin 来配置 Post 在 admin 后台的一些展现形式。list_display 属性控制 Post 列表页展示的字段。此外还有一个 fields 属性，则用来控制表单展现的字段，正好符合我们的需求：

class PostAdmin(admin.ModelAdmin):
    list_display = ['title', 'created_time', 'modified_time', 'category', 'author']
    fields = ['title', 'body', 'excerpt', 'category', 'tags']

这里 fields 中定义的字段就是表单中展现的字段。
接下来是填充创建时间，修改时间和文章作者的值。之前提到，文章作者应该自动设定为登录后台发布此文章的管理员用户。发布文章的过程实际上是一个 HTTP 请求过程，此前提到，django 将 HTTP 请求封装在 HttpRequest 对象中，然后将其作为第一个参数传给视图函数（这里我们没有看到新增文章的视图，因为 django admin 已经自动帮我们生成了），而如果用户登录了我们的站点，那么 django 就会将这个用户实例绑定到 request.user 属性上，我们可以通过 request.user 取到当前请求用户，然后将其关联到新创建的文章即可。
Postadmin 继承自 ModelAdmin，它有一个 save_model 方法，这个方法只有一行代码：obj.save()。它的作用就是将此 Modeladmin 关联注册的 model 实例（这里 Modeladmin 关联注册的是 Post）保存到数据库。这个方法接收四个参数，其中前两个，一个是 request，即此次的 HTTP 请求对象，第二个是 obj，即此次创建的关联对象的实例，于是通过复写此方法，就可以将 request.user 关联到创建的 Post 实例上，然后将 Post 数据再保存到数据库：

class PostAdmin(admin.ModelAdmin):
    list_display = ['title', 'created_time', 'modified_time', 'category', 'author']
    fields = ['title', 'body', 'excerpt', 'category', 'tags']
    def save_model(self, request, obj, form, change):
        obj.author = request.user
        super().save_model(request, obj, form, change)

最后还剩下文章的创建时间和修改时间需要填充，一个想法我们可以沿用上面的思路，复写 save_model 方法，将创建的 post 对象关联当前时间，但是这存在一个问题，就是这样做的话只有通过 admin 后台创建的文章才能自动关联这些时间，但创建文章不一定是在 Admin，也可能通过命令行。这时候我们可以通过对 Post 模型的定制来达到目的。
首先，Model 中定义的每个 Field 都接收一个 default 关键字参数，这个参数的含义是，如果将 model 的实例保存到数据库时，对应的 Field 没有设置值，那么 django 会取这个 default 指定的默认值，将其保存到数据库。因此，对于文章创建时间这个字段，初始没有指定值时，默认应该指定为当前时间，所以刚好可以通过 default 关键字参数指定：

from django.utils import timezone
class Post(models.Model):
    ...
    created_time = models.DateTimeField('创建时间', default=timezone.now)

这里 default 既可以指定为一个常量值，也可以指定为一个可调用（callable）对象，我们指定 timezone.now 函数，这样如果没有指定 created_time 的值，django 就会将其指定为 timezone.now 函数调用后的值。timezone.now 是 django 提供的工具函数，返回当前时间。因为 timezone 模块中的函数会自动帮我们处理时区，所以我们使用的是 django 为我们提供的 timezone 模块，而不是 Python 提供的 datetime 模块来处理时间。
那么修改时间 modified_time 可以用 default 吗？答案是不能，因为虽然第一次保存数据时，会根据默认值指定为当前时间，但是当模型数据第二次修改时，由于 modified_time 已经有值，即第一次的默认值，那么第二次保存时默认值就不会起作用了，如果我们不修改 modified_time 的值的话，其值永远是第一次保存数据库时的默认值。
所以这里问题的关键是每次保存模型时，都应该修改 modified_time 的值。每一个 Model 都有一个 save 方法，这个方法包含了将 model 数据保存到数据库中的逻辑。通过覆写这个方法，在 model 被 save 到数据库前指定 modified_time 的值为当前时间不就可以了？代码如下：

from django.utils import timezone
class Post(models.Model):
    ...
    def save(self, *args, **kwargs):
        self.modified_time = timezone.now()
        super().save(*args, **kwargs)

要注意在指定完 modified_time 的值后，别忘了调用父类的 save 以执行数据保存回数据库的逻辑。