Django学习条记教程全分析:开端学习Django模子，初识API,以及Django的背景
把时间用在思考上是最能节省时间的事变。——[美]卡曾斯导言
写在前面
本文部分内容引用的是Django官方文档，对官方文档进行了解读和理解，对官方文档的部分注释内容进行了翻译，以方便大家的阅读和理解。
概述
在上一篇文章里，我们学习了Django的数据库以及拓展数据库的使用以及设置项。这篇文章，我们开始学习Django的模子、API以及背景管理体系的知识。
在 Django 里写一个数据库驱动的 Web 应用的第一步是定义模子 - 也就是数据库布局计划和附加的其它元数据。关于API,进入交互式 Python 命令行，实验一下 Django 为你创建的各种 API。
为你的员工或客户生成一个用户添加，修改和删除内容的背景是一项缺乏创造性和乏味的工作。因此，Django 全自动地根据模子创建背景界面。
Django 产生于一个公众页面和内容发布者页面完全分离的新闻类站点的开发过程中。站点管理职员使用管理体系来添加新闻、变乱和体育时讯等，这些添加的内容被显示在公众页面上。Django 通过为站点管理职员创建同一的内容编辑界面解决了这个问题。管理界面不是为了网站的访问者，而是为管理者准备的。
学习目的
[*]认识和学习模子，并开端把握脚本的编写方法
[*]学习模子的激活方法，以及运行数据迁移命令
[*]了解并了解Django的API，了解常用的相关命令
[*]开端认识背景管理体系，创建Django背景超等管理员以及背景相关知识
模子
概述
一个模子就是单个定义你的数据的信息源。模子中包罗了不可缺少的数据地区和你存储数据的举动。在模子中，通过Python类进行形貌。
比方，我们现在需要创建两个模子，那么就需要两个Python类，问题 Question 和选项 Choice。Question 模子包罗问题形貌和发布时间。Choice 模子有两个字段，选项形貌和当前得票数。每个选项属于一个问题。
#导入models的包
from django.db import models
"""
定义Python的类，如下面的代码的实例。
自定义的 Model 都必须继承自 django.db.models.Model
"""
class Question(models.Model):
question_text = models.CharField(max_length=30)
pub_date = models.DateTimeField("date published")
class Choice(models.Model):
question =models.ForeignKey(Question, on_delete=models.CASCADE)
choice_text = models.CharField(max_length=200)
votes = models.IntegerField(default=0)
模子继续类型的介绍
Django Model 的继续与 Python 类的继续是一样的，只是 Django 要责备部自定义的 Model 都必须继续自 django.db.models.Model。在 Django 中 Model 之间有三种继续模子，它们分别是抽象基类、多表继续以及代理模子。
1. 抽象基类
抽象类继续的作用是将子表中通用的字段聚合在一起，并将这些字段统肯定义在抽象基类中，制止于重复定义这些字段。抽象基类的定义通过在模子的 Meta 中定义属性 abstract=True 来实现。示比方下：
from django.db import models
class AbstractBase(models.Model):
id = models.AutoField()
content = models.CharField(max_length=100)
username = models.CharField(max_length=80)
nowday = models.DateTimeField()
class Meta:
abstract = True
class SomeThing(AbstractBase):
testexams = models.CharField(max_length=50)
class SomeComment(AbstractBase):
level = models.CharField(max_length=20)
2. 多表继续
这是 Django 支持的第二种继续方式，由于每个类都是一个完整的 model，而不属于抽象基类，所以父 model 和子 Model 都会有数据库表，而且 Django 默认会给和子表和父表之间自动创建一个 OneToOneField 数据表关系，并且该字段将作为子表的主键。示比方下：
from django.db import models
class a(A):
testname=models.charFiled(max_length=255,help_text="测试")
3. 代理模子
代理模子用来给父 Model 添加一些方法大概修改其 Meta 选项，但是父 Model 的字段定义不会被修改。我们可以理解为对原父 Model 进行了 Copy，而被 Copy 出来的 Model 就叫做父 Model 的代理模子，但是这个代理模子又有其本身的特点，这相称于 Python 面向对象中的类继续与多态。
class BookExtend(Book):
"""
BOOK代理模型
"""
class Meta:
ordering=['id'] #定义Meta选项顺序排序按照id字段
proxy=True #设置代理模型
def __str__(self):
return "title:%s pub:%s price:%s" % (self.title, self.pub, self.price) #定义方法
激活你的模子
将APP添加到Django的相关设置中
上面的一小段用于创建模子的代码给了 Django 很多信息，通过这些信息，Django 可以：
[*]为这个应用创建数据库 schema（生成 CREATE TABLE 语句）。
[*]创建可以与 Question 和 Choice 对象进行交互的 Python 数据库 API。
但是首先得把 polls 应用安装到我们的项目里。
现在，我们要回到settings.py中，修改我们的代码：
INSTALLED_APPS = [
'django.contrib.admin',
'django.contrib.auth',
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.messages',
'django.contrib.staticfiles',
'polls.apps.PollsConfig',
]
https://i-blog.csdnimg.cn/blog_migrate/0a58328e143ca3f8d215ec18289dc6ce.png
数据库的迁移操作
现在你的 Django 项目会包罗 polls 应用。接着在终端运行下面的命令：
py manage.py makemigrations polls
https://i-blog.csdnimg.cn/blog_migrate/0022ce332a115212c87b9240b410714c.png
这条命令并不会直接执行数据库迁移的操作，而是会检测你对模子文件的修改，并且把修改的部分储存为一次 迁移。
现在，让我们看看迁移命令会执行哪些 SQL 语句。sqlmigrate 命令接收一个迁移的名称，然后返回对应的 SQL：
py manage.py sqlmigrate polls 0001
你将会看到下图的输出：
https://i-blog.csdnimg.cn/blog_migrate/0f8001214773ba0fbbcbdcd79ea044d1.png
在官方文档里，重组为我们能看懂的格式，如下：
BEGIN;
--
-- Create model Question
--
CREATE TABLE "polls_question" (
"id" bigint NOT NULL PRIMARY KEY GENERATED BY DEFAULT AS IDENTITY,
"question_text" varchar(200) NOT NULL,
"pub_date" timestamp with time zone NOT NULL
);
--
-- Create model Choice
--
CREATE TABLE "polls_choice" (
"id" bigint NOT NULL PRIMARY KEY GENERATED BY DEFAULT AS IDENTITY,
"choice_text" varchar(200) NOT NULL,
"votes" integer NOT NULL,
"question_id" bigint NOT NULL
);
ALTER TABLE "polls_choice"
ADD CONSTRAINT "polls_choice_question_id_c5b4b260_fk_polls_question_id"
FOREIGN KEY ("question_id")
REFERENCES "polls_question" ("id")
DEFERRABLE INITIALLY DEFERRED;
CREATE INDEX "polls_choice_question_id_c5b4b260" ON "polls_choice" ("question_id");
COMMIT;
现在，再次运行 migrate 命令，在数据库里创建新定义的模子的数据表：
py manage.py migrate
https://i-blog.csdnimg.cn/blog_migrate/000b8950fe48c1370306f6afdd0f644e.png
此时，数据库中多了两张表，如下图：
https://i-blog.csdnimg.cn/blog_migrate/c59233a0e9e7f9bd6fb4ac690be66659.png
小结
现在，你只需要记着，改变模子需要这三步：
1、编辑 models.py 文件，改变模子。
2、运行 python manage.py makemigrations 为模子的改变生成迁移文件。
3、运行 python manage.py migrate 来应用数据库迁移。
学习至此，你可以去休息一下，大概消化大概训练一下以上的知识，更快地把握，不至于很快地忘记你学的知识。把握并纯熟运用一种知识，终究是要勤加训练的，不能偷懒。
分界线以下的知识，本是下一篇文章的内容，为了知识的连贯性，我将它们放在了一起，大家可以自由选择是否学习大概将这里做一个分界线。
人之为学，不日进则日退。——顾炎武
-------------------------------------------------分界线---------------------------------------------
开端认识和使用API
首先，通过以下命令进入交互行：
py manage.py shell
执行这个命令的目的，并不是单单地想要使用python，而是我们需要根据settings.py设置 Python 包的导入路径。并且，进入到这个界面，就可以探索在命令行探索数据库，即使你不懂数据库相关的知识。怎么样，是不是很知心。
#请在shell交互行尝试以下的命令探索
from polls.models import Choice, Question
#查询表中所有的对象
Question.objects.all()
#输出：<QuerySet []>
from django.utils import timezone
#使用命令向模型传递参数
q = Question(question_text="What's new?", pub_date=timezone.now())
#执行保存命令后，Django会执行SQL的插入语句
q.save()
#查看id
q.id
#输出：1
#查看文本
q.question_text
#输出："What's new?"
#查看日期
q.pub_date
#输出：datetime.datetime(2012, 2, 26, 13, 0, 0, 775217, tzinfo=datetime.timezone.utc)
#改变文本内容
q.question_text = "What's up?"
#执行保存后，Django会执行修改操作
q.save()
#查看输出
Question.objects.all()
#输出：<QuerySet [<Question: Question object (1)>]>
讲到这里，大家有没有发现一个问题，貌似<QuerySet [<Question: Question object (1)>]>，这个东西对于我们来讲，并没有什么实质性的帮助。它只能让我们知道里面有东西，但具体是什么却不知道，当然，你完全可以去SQL命令行大概可视化软件里面检察，但是我们本日讨论的是Django的命令行。所以，现在我们要做的事变就是，修复这个问题。
https://i-blog.csdnimg.cn/blog_migrate/79447de21e0f5810f3391efcb2b53d47.png
现在让我们会到models这个文件，给 Question 和 Choice 增加 str() 方法。
from django.db import models
class Question(models.Model):
# ...
def __str__(self):
return self.question_text
class Choice(models.Model):
# ...
def __str__(self):
return self.choice_text
给模子增加 str() 方法是很紧张的，这不仅仅能给你在命令行里使用带来方便，Django 自动生成的 admin 里也使用这个方法来表现对象。
让我们再为此模子添加一个自定义方法，修改models中的代码片段
import datetime
from django.db import models
from django.utils import timezone
class Question(models.Model):
# ...
def was_published_recently(self):
return self.pub_date >= timezone.now() - datetime.timedelta(days=1)
保存这些更改并再次运行 python manage.py shell 以启动新的 Python 交互式 shell：
重新运行shell命令行
添加str方法后的厘革
from polls.models import Choice, Question
Question.objects.all()
#输出：<QuerySet [<Question: What's up?>]>
https://i-blog.csdnimg.cn/blog_migrate/a59484300611f5de8c3d34cd7e0f62c3.png
使用ID查询
Question.objects.filter(id=1)
#<QuerySet [<Question: What's up?>]>
https://i-blog.csdnimg.cn/blog_migrate/5f6918a429637d1ee0be115ff3ee7910.png
使用关键字进行模糊查询
Question.objects.filter(question_text__startswith="What")
#<QuerySet [<Question: What's up?>]>
https://i-blog.csdnimg.cn/blog_migrate/bec7e544b5e5ba682b2916ae9aafdc10.png
通过期间查询对应的对象信息
from django.utils import timezone
current_year = timezone.now().year
Question.objects.get(pub_date__year=current_year)
#<QuerySet [<Question: What's up?>]>
https://i-blog.csdnimg.cn/blog_migrate/2e72e289a8494404069785915f2857f2.png
异常处理
我在操作这部分内容的时候，出现了下面两种错误
1、NameError: name ‘Question’ is not defined
解决方案：导入from polls.models import Choice, Question，导入对应的参数
2、Django (2006, ‘MySQL server has gone away’)
解决方案：重新启动服务器，一样平常都能解决。
3、执行【Question.objects.get(id=2)】
解决方案：id不存在，创建该字段大概忽略该问题。
通过主键查询
Question.objects.get(pk=1)
#<Question: What's up?>
https://i-blog.csdnimg.cn/blog_migrate/e6575ed776693dc3d08253c1f46e18ed.png
确保自定义的方法是有用的
q = Question.objects.get(pk=1)
q.was_published_recently()
#输出：True
https://i-blog.csdnimg.cn/blog_migrate/fc5ada0089f4d47e1fa946ddb8518c24.png
处理models中的其它类
选项的查询以及创建
现在我们要开始处理我们编写的模子中的第二个Python类：选项。
#给这个问题几个选项，对象，执行INSERT语句，将选择项添加到集合中
#查询id=1的问题，并存储在变量q中
q = Question.objects.get(pk=1)
#显示相关对象集中的任何选项——到目前为止还没有。
q.choice_set.all()
#输出：<QuerySet []>
#创建3个选项
q.choice_set.create(choice_text="Not much", votes=0)
#<Choice: Not much>
q.choice_set.create(choice_text="The sky", votes=0)
#<Choice: The sky>
c = q.choice_set.create(choice_text="Just hacking again", votes=0)
#选择对象可以通过API访问其相关的问题对象。
#确认一下选项对应的问题
c.question
#<Question: What's up?>
q.choice_set.all()
#<QuerySet [<Choice: Not much>, <Choice: The sky>, <Choice: Just hacking again>]>
q.choice_set.count()
#输出：3
#查询
Choice.objects.filter(question__pub_date__year=current_year)
#<QuerySet [<Choice: Not much>, <Choice: The sky>, <Choice: Just hacking again>]>
删除选项的操作
#查询出来需要删除的选项，并存储在变量中
c = q.choice_set.filter(choice_text__startswith="Just hacking")
#执行删除操作
c.delete()
小结
写到这里，有关Django提供的API操作就暂时讨论到这里啦。是不是很便捷，这就是Django的强大指出之一。下面让我们一起走进Django的背景管理体系，为我们更加便捷的开发工作提供便利。
Django 管理页面
概述
为你的员工或客户生成一个用户添加，修改和删除内容的背景是一项缺乏创造性和乏味的工作。因此，Django 全自动地根据模子创建背景界面。
Django 产生于一个公众页面和内容发布者页面完全分离的新闻类站点的开发过程中。站点管理职员使用管理体系来添加新闻、变乱和体育时讯等，这些添加的内容被显示在公众页面上。Django 通过为站点管理职员创建同一的内容编辑界面解决了这个问题。
管理界面不是为了网站的访问者，而是为管理者准备的。
管理页面的设置
创建超等管理员登录账号
要创建登录账号，请执行以下命令：
py manage.py createsuperuser
接着，根据提示创建用户名、电子邮件、密码、确认密码，如下图
https://i-blog.csdnimg.cn/blog_migrate/f4315a646f660ac64bf9fcc651043667.png
由于我们创建的是超等管理员，所以全部的警示信息都可以忽略，直接选择y（是），直接执行即可。电子邮件如果不输入直接回车跳过即可。
管理页面
启动开发服务器
Django 的管理界面默认就是启用的。让我们启动开发服务器，看看它到底是什么样的。如果开发服务器未启动，用以下命令启动它：
py manage.py runserver
访问管理页面并登录
1、请访问你的背景管理地址，比方：http://127.0.0.1:8888/admin/。
https://i-blog.csdnimg.cn/blog_migrate/e1ae310029cd1d1bac2406ddac42b336.png
2、输入用户名和密码进入背景管理界面，比方admin/123456
https://i-blog.csdnimg.cn/blog_migrate/300aa39f5b1f66290f0bbbbbc8062984.png
向管理页面中加入投票应用
但是我们的投票应用在哪呢？它没在索引页面里显示。只需要再做一件事：我们得告诉管理，问题 Question 对象需要一个背景接口。打开 polls/admin.py 文件，把它编辑成下面如许：
from django.contrib import admin
from .models import Question
admin.site.register(Question)
体验便捷的管理功能
现在我们向管理页面注册了问题 Question 类。Django 知道它应该被显示在索引页里：
https://i-blog.csdnimg.cn/blog_migrate/4b5f50fea8bf4b6e0ae9266247748f62.png
点击 “Questions” 。现在看到是问题 “Questions” 对象的列表 “change list” 。这个界面会显示全部数据库里的问题 Question 对象，你可以选择一个来修改。这里现在有我们在上一部分中创建的 “What’s up?” 问题。
https://i-blog.csdnimg.cn/blog_migrate/0a4af931b6685002025bb23418311bf6.png
点击 “What’s up?” 来编辑这个问题（Question）对象：
https://i-blog.csdnimg.cn/blog_migrate/1cdf201d7ac2d65ea64a7ab515ad223c.png
变动历史
点击右上角的历史，之后页面如下图所示：
https://i-blog.csdnimg.cn/blog_migrate/4d5ea87eeb9e7ab7599a2f68b64fddbf.png
你会看到一个列出了全部通过 Django 管理页面对当前对象进行的改变的页面，其中列出了时间戳和进行修改操作的用户名：
https://i-blog.csdnimg.cn/blog_migrate/84f3c8b695d4657ca4bf98a9cb5ddba3.png
总结
本文将两个课时的内容合为一篇长文章，详尽地讨论了API、模子以及背景管理体系。希望大家可以慢慢消化，认真阅读，有所劳绩。
下一篇文章，我们将继续深入Django，除了模子，下一篇文章我们将详尽地讲述Django的视图，请大家继续等候。
这一篇文章至此，已经写到末端，感谢你的阅读和支持，如果允许，请点个赞或使用打赏功能进行鼓励。你的打赏将是我持续更新的动力。
下一篇文章，再见！
人生就象弈棋， 一步失误， 全盘皆输，这是令人悲痛之事；而且人生还不如弈棋，不可能再来一局，也不能悔棋。—— 弗洛伊德
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]