Django Tutorial Part 2: 创建网站的地基

这篇文章会展示怎样创建一个网站的"框架"，在这个框架的基础上，你可以继续填充整站使用的 settings，urls，模型 (models)，视图 (views) 和模板 (templates)（我们会在接下来的文章里讨论）。

搭建“框架”的过程很直接：

1. 使用 django-admin 工具创建工程的文件夹，基本的文件模板和工程管理脚本（manage.py）。

2. 用manage.py 创建一个或多个应用。

   备注： 一个网站可能由多个部分组成，比如，主要页面，博客，wiki，下载区域等。Django 鼓励将这些部分作为分开的应用开发。如果这样的话，在需要可以在不同的工程中复用这些应用。

3. 在工程里注册新的应用。

4. 为每个应用分配 url。

为 locallibrary 这个项目创建的网站文件夹和它的工程文件夹都命名为locallibrary。我们只创建一个名为catalog的应用。最高层的项目文件结构如下所示：

locallibrary/         # 网站文件夹
    manage.py         # 用来运行 Django 工具的脚本 (由 django-admin 创建)
    locallibrary/     # 网站/项目文件夹(由django-admin创建)
    catalog/          # 应用文件夹 (由 manage.py 创建)

接下来的部分会详细讨论创建网站框架的过程，并会展示怎么测试这些变化。最后，我们会讨论在这个阶段里你可以设置的整站级的配置。

首先打开命令行工具，进入你想要创建 Django 应用的地方（最好是你容易找到的地方），为新网站创建一个文件夹（这里是：locallibrary）。用 cd 命令进入文件夹：

mkdir locallibrary
cd locallibrary

用django-admin startproject命令创建新项目，并进入该文件夹。

django-admin startproject locallibrary
cd locallibrary

django-admin工具会创建如下所示的文件夹结构

locallibrary/
    manage.py
    locallibrary/
        settings.py
        urls.py
        wsgi.py

locallibrary 项目的子文件夹是整个网站的进入点：

• settings.py 包含所有的网站设置。这是可以注册所有创建的应用的地方，也是静态文件，数据库配置的地方，等等。
• urls.py 定义了网站 url 到 view 的映射。虽然这里可以包含所有的 url，但是更常见的做法是把应用相关的 url 包含在相关应用中，你可以在接下来的教程里看到。
• wsgi.py 帮助 Django 应用和网络服务器间的通讯。你可以把这个当作模板。

manage.py脚本可以创建应用，和数据库通讯，启动开发用网络服务器。

接下来，在 locallibrary 项目里，使用下面的命令创建 catalog 应用（和你项目的manage.py在同一个文件夹下）

python3 manage.py startapp catalog

这个工具创建了一个新的文件夹，并为该应用创建了不同的文件（下面黑体所示）。绝大多数文件的命令和它们的目的有关（比如视图函数就是views.py，模型就是models.py，测试是tests.py，网站管理设置是admin.py，注册应用是apps.py），并且还包含了为项目所用的最小模板。

执行命令后的文件夹结构如下所示：

locallibrary/
    manage.py
    locallibrary/
    catalog/
        admin.py
        apps.py
        models.py
        tests.py
        views.py
        __init__.py
        migrations/

除上面所说的文件外，我们还有：

• 一个migration文件夹，用来存储“migrations”——当你修改你的数据模型时，这个文件会自动升级你的数据库。
• __init__.py — 一个空文件，Django/Python 会将这个文件作为Python 包并允许你在项目的其他部分使用它。

既然应用已经创建好了，我们还必须在项目里注册它，以便工具在运行时它会包括在里面（比如在数据库里添加模型时）。在项目的 settings 里，把应用添加进INSTALLED_APPS ，就完成了注册。

打开项目设置文件 locallibrary/locallibrary/settings.py 找到 INSTALLED_APPS 列表里的定义。如下所示，在列表的最后添加新的一行。

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

新的这行详细说明了应用配置文件在 (CatalogConfig) /locallibrary/catalog/apps.py 里，当你创建应用时就完成了这个过程。

现在可以为项目配置数据库了——为了避免性能上的差异，最好在生产和开发中使用同一种数据库。你可以在数据库 里找到不同的设置方法 (Django 文档)。

在这个项目里，我们使用 SQLite。因为在展示用的数据库中，我们不会有很多并发存取的行为。同时，也因为 SQLite 不需要额外的配置工作。你可以在settings.py里看到这个数据库怎样配置的。（更多信息如下所示）

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.sqlite3',
        'NAME': os.path.join(BASE_DIR, 'db.sqlite3'),
    }
}

因为我们使用 SQLite，不需要其他的设置了。我们继续吧！

settings.py 里还包括其他的一些设置，现在只需要改变时区 — 改为和 标准tz 时区数据表 里的字符串相同就可以了（数据表里的 TZ 列有你想要的时区）。把TIME_ZONE的值改为你的时区，比如

TIME_ZONE = 'Asia/Shanghai'

有两个设置你现在不会用到，不过你应该留意：

• SECRET_KEY. 这个密匙值是 Django 网站安全策略的一部分。如果在开发环境中没有包好这个密匙，把代码投入生产环境时最好用不同的密匙代替。（可能从环境变量或文件中读取）。
• DEBUG. 这个会在 debug 日志里输出错误信息，而不是输入 HTTP 的返回码。在生产环境中，它应设置为 false，因为输出的错误信息会帮助想要攻击网站的人。

在项目文件夹里，创建网站时同时生成了 URL 映射器（urls.py）。尽管你可以用它来管理所有的 URL 映射，但是更常用的做法是把 URL 映射留到它们相关的应用中。

打开locallibrary/locallibrary/urls.py 并注意指导文字解释了一些使用 URL 映射器的方法。

"""locallibrary URL Configuration

The `urlpatterns` list routes URLs to views. For more information please see:
    https://docs.djangoproject.com/en/2.0/topics/http/urls/
Examples:
Function views
    1. Add an import:  from my_app import views
    2. Add a URL to urlpatterns:  path('', views.home, name='home')
Class-based views
    1. Add an import:  from other_app.views import Home
    2. Add a URL to urlpatterns:  path('', Home.as_view(), name='home')
Including another URLconf
    1. Import the include() function: from django.urls import include, path
    2. Add a URL to urlpatterns:  path('blog/', include('blog.urls'))
"""
from django.contrib import admin
from django.urls import path

urlpatterns = [
    path('admin/', admin.site.urls),
]

URL 映射通过urlpatterns 变量管理，它是path() 函数的一个 Python 列表结构。每个path()函数要么将 URL 式样 (URL pattern) 关联到特定视图 (specific view)，将在模式匹配时显示；要么关联到某个 URL 式样列表的测试代码。 (第二种情况下，URL 式样是目标模型里的“base URL”). urlpatterns 列表最开始定义了一个函数，这个函数将所有带有模型 admin/ 的 URL 映射到模块admin.site.urls。这个函数包含了 Administration 应用自己的 URL 映射定义。

将下面的行添加到文件的底部，以便将新的项添加到 urlpatterns 列表中。这个新项目包括一个 path() ，它将带有 catalog/ 的请求转发到模块 catalog.urls (使用相对路径 URL /catalog/urls.py)。

# Use include() to add paths from the catalog application
from django.conf.urls import include
from django.urls import path

urlpatterns += [
    path('catalog/', include('catalog.urls')),
]

现在让我们把网站的根 URL(例：127.0.0.1:8000) 重定向到该 URL：127.0.0.1:8000/catalog/; 这是我们将在这个项目中使用的唯一应用程序，所以我们最好这样做。为了完成这个目标，我们将使用一个特殊的视图函数 (RedirectView), 当在 path() 函数中指定的 URL 模式匹配时（在这个例子中是根 URL），它将新的相对 URL 作为其第一个参数重定向到（/catalog/）。

将以下行再次添加到文件的底部：

#Add URL maps to redirect the base URL to our application
from django.views.generic import RedirectView
urlpatterns += [
    path('', RedirectView.as_view(url='/catalog/')),
]

将路径函数的第一个参数留空以表示'/'。如果你将第一个参数写为'/'，Django 会在你启动服务器时给出以下警告：

System check identified some issues:

WARNINGS:
?: (urls.W002) Your URL pattern '/' has a route beginning with a '/'.
Remove this slash as it is unnecessary.
If this pattern is targeted in an include(), ensure the include() pattern has a trailing '/'.

Django 默认不提供 CSS, JavaScript, 和图片等静态文件。但是当你在开发环境中开发时，这些静态文件也很有用。作为对这个 URL 映射器的最后一项添加，你可以通过添加以下行在开发期间启用静态文件的服务。

把下面的代码加到文件最后：

# Use static() to add url mapping to serve static files during development (only)
from django.conf import settings
from django.conf.urls.static import static

urlpatterns += static(settings.STATIC_URL, document_root=settings.STATIC_ROOT)

urlpatterns = [
    path('admin/', admin.site.urls),
    path('catalog/', include('catalog.urls')),
    path('', RedirectView.as_view(url='/catalog/', permanent=True)),
] + static(settings.STATIC_URL, document_root=settings.STATIC_ROOT)

最后，在 catalog 文件夹下创建一个名为 urls.py 的文件，并添加以下文本以定义导入（空）的 urlpatterns。这是我们在编写应用时添加式样的地方。

from django.urls import path
from catalog import views

urlpatterns = [

]

现在我们有了一个完整的框架项目。这个网站现在还什么都不能做，但是我们仍然要运行以下，以确保我们的更改是有效的。

在运行前，我们应该向运行数据库迁移。这会更新我们的数据库并且包含所有安装的应用（同时去除一些警告）。

Django 使用对象关系映射器（ORM）将 Django 代码中的模型定义映射到底层数据库使用的数据结构。当我们更改模型定义时，Django 会跟踪更改并创建数据库迁移脚本 (in /locallibrary/catalog/migrations/) 来自动迁移数据库中的底层数据结构来

当我们创建网站时，Django 会自动添加一些模型供网站的管理部分使用（稍后我们会解释）。运行以下命令来定义数据库中这些模型的表（确保你位于包含 manage.py 的目录中):

python3 manage.py makemigrations
python3 manage.py migrate

该 makemigrations 命令创建（但不适用）项目中安装的所有应用程序的迁移（你可以指定应用程序名称，也可以为单个项目运行迁移）。这让你有机会在应用这些迁移之前检查这些迁移代码—当你是 Django 专家时，你可以选择稍微调整它们。

这 migrate 命令 明确应用迁移你的数据库（Django 跟踪哪些已添加到当前数据库）。

在开发期间，你首先要使用开发网络服务器和浏览你本机的浏览器，来测试你的网站。

通过调用 runserver 命令运行 Web 服务器（与manage.py位于同一目录下）：

python3 manage.py runserver

 Performing system checks...

 System check identified no issues (0 silenced).
 September 22, 2016 - 16:11:26
 Django version 1.10, using settings 'locallibrary.settings'
 Starting development server at http://127.0.0.1:8000/
 Quit the server with CTRL-BREAK.

一旦服务器运行，你可以用你的浏览器导航到 http://127.0.0.1:8000/ 查看。你应该会看到一个错误页面，如下所示。

别担心，这个错误页面是预期结果。因为我们没有在 catalogs.urls 模块中定义任何页面/网址。（留意：当我们导航网站根目录 URL 时，我们被重定向到了**／catalog 。）**

这个时候，我们知道 Django 正在工作。

该 catalog/ 目录包含视图，模型和应用程序其他部分的文件。你可以打开这些文件并查看样板。

如上所述，管理站点的 URL 映射已经添加到项目的 urls.py 中。导航到浏览器中的管理区域，看看会发生什么（你可以从上面的映射中推断出正确的 URL）。

你现在已经创建了一个完整的基本网站项目骨架，你可以继续填加网址，模型，视图和模版。

现在， Local Library website 的骨架已经完成并运行，是时候开始编写代码，让这个网站做它应该做的事情了。

• 编写你的第一个 Django 应用 - part 1 (Django docs)
• Applications (Django Docs). 包括配置应用的信息。

• 上一页
• 概述：Django Web 框架 (python)
• 下一页