简单介绍架构
在正式开始前,先简单介绍一下Web 框架。为什么要有web 框架?如果你打算做一个网页,那是不需要的。如果你需要建立大量的网页,而且如果只需要同一个网页改改内容的话,那你就需要建立一个合适的框架,减少大量无谓的重复操作。
Django用的MTV,也就是model-template-view模型,先看看下图直观一点。然后你只要看一眼,有一个印象就好了,反正我们不是奔着WEB开发去的,反正知道MTV模型让生活更美好就行了。
建立博客应用
一个网站可以有可能多功能,Django建议为不同功能创建单独的应用(application)用于管理,也就是说一部手机装多个APP。
我们既可以手动创建,毕竟只是新建几个文件而已,也可以使用前面提到的manage.py,它的功能非常强大,可以用python manange.py -h
具体了解一下
注:记得激活虚拟环境,并进入工作目录
source env/bin/activate
cd blog
然后用manage.py
建立应用
python manage.py startapp appblog
我们简单看下新建的应用里面有什么内容.
tree appblog/
appblog/
|-- __init__.py
|-- admin.py
|-- apps.py
|-- migrations
| `-- __init__.py
|-- models.py
|-- tests.py
`-- views.py
说实话,其实你看了也不懂,不要强迫自己了,后面慢慢介绍。APP的文件夹是建立起来,但是组织这个时候还是不认识你的,你需要写申请书加入才行。这个时候就需要在之前提到的setting.py
中登记入册
vi setting.py
...
# Application definition
INSTALLED_APPS = [
'django.contrib.admin',
'django.contrib.auth',
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.messages',
'django.contrib.staticfiles',
'appblog', # 加上你的app文件夹名
]
...
同时我们发现了Django已经为我们添加了许多必要的app,比如说后台管理admin, 认证模块auth等。这是Django的优点,也是大家诟病的原因,太过臃肿,所以有段时间我投奔了flask。
设计数据库模型
填充模板依赖于良好的数据库建设。当你把数据库建好,将信息分门别类的储存起来。那么当别人访问你的博客时候,Python就可以从数据库中提取数据,然后放到合适的位置 ,就变成了用户访问的网页了。
简单想象一个博客网页应该包括什么内容。
是不是应该有标题,作者,发表时间,还有正文对吧。最好还可以进行归类,有评论功能,有标签云等等。为了更好地存储这些数据,我们需要合理地组织数据库的表结构。比如说这样子:
文章ID | 题目 | 作者 | 时间 | 分类 | 标签 | 正文 |
---|---|---|---|---|---|---|
1 | xxx | xxx | xxx | xxx | xxx | xxx |
这里面的标签和分类存放的内容可能会有很多重复,毕竟一个标签下可以有很多相同类型的文章。在早期文章量不多的情况下,其实不管不顾。但是,对于比较大的网站而已,能省一点是一点。所以可以专门建立单独的数据模型。
分类 id | 分类名 |
---|---|
1 | A |
2 | B |
标签 id | 标签 |
---|---|
1 | A |
2 | B |
编写数据库模型(model)
数据库编写有两种方式:一种是用SQL语法写,一种是用ORM(Object Relational Mapping)系统。Django提供了完整的ORM语法,可以根据python语法翻译成对应的数据库语法.
比如说分类的语法可以这样写:建立一个新类Category,继承model.Model。有一个name
属性,它是models.CharField
的一个实例,负责接受字符。
vi appblog/models.py
from django.db import models
# Create your models here.
class Category(models.Model):
name = models.CharField(max_length=100)
官方文档里这样说道:
- 每个模型是
django.db.models.Model
的一个Python子类。 - 该模型的每个属性都代表一个数据库字段。
- 有了这一切,Django给你自动生成数据库的访问API;
最后的models.py的代码如下
from django.db import models
# Create your models here.
## define a category model
class Category(models.Model):
name = models.CharField(max_length=100)
## define a tag model
class Tag(models.Model):
name = models.CharField(max_length=100)
## define the post model, including title, author, time,
class Post(models.Model):
title = models.CharField(max_length=80)
author = models.CharField(max_length=40)
time = models.DateField()
body = models.TextField()
summary = models.CharField(max_length=100, blank=True)
category = models.ForeignKey(Category)
tags = models.ManyToManyField(Tag, blank=True)
这里出现出现的CharField, DateField, TextField都是Django用于储存数据字段的Filed子类。你或许需要看一下官方文档(https://docs.djangoproject.com/en/1.11/ref/models/fields/)里的说明。
比较重要的概念是外键(ForeignKey)和多对多(ManyToManyField)的关联关系。
所谓的外键就是一对多,也就是说一个分类可以对应多个文章,但是文章只能对应一个分类。效果如下:
文章 ID | 标题 | 正文 | 分类 ID |
---|---|---|---|
1 | title 1 | body 1 | 1 |
2 | title 2 | body 2 | 1 |
3 | title 3 | body 3 | 1 |
4 | title 4 | body 4 | 2 |
| 分类 ID | 分类名 |
| --- | --- | --- |
| 1 | Django |
| 2 | Python |
多对多的关系就算说文章可以有多个标签,一个标签可以有多个文章。形式如下
文章 ID | 标题 | 正文 |
---|---|---|
1 | title 1 | body 1 |
2 | title 2 | body 2 |
3 | title 3 | body 3 |
4 | title 4 | body 4 |
标签 ID | 标签名 |
---|---|
1 | Django 学习 |
2 | Python 学习 |
文章 ID | 标签 ID |
---|---|
1 | 1 |
1 | 2 |
2 | 1 |
3 | 2 |
多对多和一对多的差异就在于多对多需要新建一个新表描述这种多对多的关系。更多细节看官方文档:
估计你也看不懂,我就那么一放,你不要当真。