按ctrl+c停止服务器。创建子应用在Web应用中，通常有一些业务功能模块是在不同的项目中都可以复用的，故在开发中通常将工程项目拆分为不同的子功能模块，各功能模块间可以保持相对的独立，在其他工程项目中需要用到某个特定功能模块时，可以将该模块代码整体复制过去，达到复用。
在Flask框架中也有类似子功能应用模块的概念，即蓝图Blueprint。
Django的视图编写是放在子应用中的。
1. 创建在django中，创建子应用模块目录仍然可以通过命令来操作，即：
python manage.py startapp 子应用名称manage.py 为上述创建工程时自动生成的管理文件。
例如，在刚才创建的demo工程中，想要创建一个用户users子应用模块，可执行：
cd ~/Desktop/code/demopython manage.py startapp users执行后，可以看到工程目录中多出了一个名为users的子目录。
2. 子应用目录说明查看此时的工程目录，结构如下：
file:///D:/%E5%90%8C%E6%AD%A5/django%E7%AC%AC1%E9%98%B6%E6%AE%B5/django-01/%E7%AC%94%E8%AE%B0/django/images/app_dir.png
- admin.py 文件跟网站的后台管理站点配置相关。
- apps.py 文件用于配置当前子应用的相关信息。
- migrations 目录用于存放数据库迁移历史文件。
- models.py 文件用户保存数据库模型类。
- tests.py 文件用于开发测试用例，编写单元测试。
- views.py 文件用于编写Web应用视图。
3. 注册安装子应用创建出来的子应用目录文件虽然被放到了工程项目目录中，但是django工程并不能立即直接使用该子应用，需要注册安装后才能使用。
在工程配置文件settings.py中，INSTALLED_APPS项保存了工程中已经注册安装的子应用，初始工程中的INSTALLED_APPS如下：
file:///D:/%E5%90%8C%E6%AD%A5/django%E7%AC%AC1%E9%98%B6%E6%AE%B5/django-01/%E7%AC%94%E8%AE%B0/django/images/initial_installed_apps.png
注册安装一个子应用的方法，即是将子应用的配置信息文件apps.py中的Config类添加到INSTALLED_APPS列表中。
例如，将刚创建的users子应用添加到工程中，可在INSTALLED_APPS列表中添加'users.apps.UsersConfig'。
file:///D:/%E5%90%8C%E6%AD%A5/django%E7%AC%AC1%E9%98%B6%E6%AE%B5/django-01/%E7%AC%94%E8%AE%B0/django/images/installed_apps.png
创建视图同Flask框架一样，Django也用视图来编写Web应用的业务逻辑。
Django的视图是定义在子应用的views.py中的。
1. 创建打开刚创建的users模块，在views.py中编写视图代码。
from django.http import HttpResponsedef index(request): """ index视图 :param request: 包含了请求信息的请求对象 :return: 响应对象 """ return HttpResponse("hello the world!")说明：
- 视图函数的第一个传入参数必须定义，用于接收Django构造的包含了请求数据的HttpReqeust对象，通常名为request。
- 视图函数的返回值必须为一个响应对象，不能像Flask一样直接返回一个字符串，可以将要返回的字符串数据放到一个HTTPResponse对象中。
2. 定义路由URL1) 在子应用中新建一个urls.py文件用于保存该应用的路由。file:///D:/%E5%90%8C%E6%AD%A5/django%E7%AC%AC1%E9%98%B6%E6%AE%B5/django-01/%E7%AC%94%E8%AE%B0/django/images/new_urls_file.png
2) 在users/urls.py文件中定义路由信息。from django.conf.urls import urlfrom . import views# urlpatterns是被django自动识别的路由列表变量urlpatterns = [ # 每个路由信息都需要使用url函数来构造 # url(路径, 视图) url(r'^index/$', views.index),]3) 在工程总路由demo/urls.py中添加子应用的路由数据。from django.conf.urls import url, includefrom django.contrib import adminurlpatterns = [ url(r'^admin/', admin.site.urls), # django默认包含的 # 添加 url(r'^users/', include('users.urls')), ]- 使用include来将子应用users里的全部路由包含进工程路由中；
- r'^users/' 决定了users子应用的所有路由都已/users/开头，如我们刚定义的视图index，其最终的完整访问路径为/users/index/。
include函数除了可以传递字符串之外，也可以直接传递应用的urls模块，如
from django.conf.urls import url, includefrom django.contrib import adminimport users.urls # 先导入应用的urls模块urlpatterns = [ url(r'^admin/', admin.site.urls), # url(r'^users/', include('users.urls')), url(r'^users/', include(users.urls)), # 添加应用的路由]4) 启动运行重新启动django程序
python manage.py runserver在浏览器中输入网址127.0.0.1:8000/users/index/ 可看到返回的信息
file:///D:/%E5%90%8C%E6%AD%A5/django%E7%AC%AC1%E9%98%B6%E6%AE%B5/django-01/%E7%AC%94%E8%AE%B0/django/images/hello_the_world.png
配置文件1. BASE_DIR当前工程的根目录，Django会依此来定位工程内的相关文件，我们也可以使用该参数来构造文件路径。
2. DEBUG调试模式，创建工程后初始值为True，即默认工作在调试模式下。
作用：
- Django程序出现异常时，向前端显示详细的错误追踪信息，
注意：部署线上运行的Django不要运行在调式模式下，记得修改DEBUG=False。
3. 本地语言与时区初始化的工程默认语言和时区为英语和UTC标准时区
LANGUAGE_CODE = 'en-us' # 语言TIME_ZONE = 'UTC' # 时区将语言和时区修改为中国大陆信息
LANGUAGE_CODE = 'zh-hans'TIME_ZONE = 'Asia/Shanghai'静态文件项目中的CSS、图片、js都是静态文件。一般会将静态文件放到一个单独的目录中，以方便管理。在html页面中调用时，也需要指定静态文件的路径，Django中提供了一种解析的方式配置静态文件路径。静态文件可以放在项目根目录下，也可以放在应用的目录下，由于有些静态文件在项目中是通用的，所以推荐放在项目的根目录下，方便管理。
为了提供静态文件，需要配置两个参数：
- STATICFILES_DIRS=[] 存放查找静态文件的目录 接收的是list
- STATIC_URL 访问静态文件的URL前缀
注意Django 仅在调试模式下（DEBUG=True）能对外提供静态文件。
当DEBUG=False工作在生产模式时，Django不再对外提供静态文件，需要是用collectstatic命令来收集静态文件并交由其他静态文件服务器来提供。（详细在部署时会讲）
路由说明file:///D:/%E5%90%8C%E6%AD%A5/django%E7%AC%AC1%E9%98%B6%E6%AE%B5/django-01/%E7%AC%94%E8%AE%B0/django/images/view_process.png
1. 路由定义位置Django的主要路由信息定义在工程同名目录下的urls.py文件中，该文件是Django解析路由的入口。
每个子应用为了保持相对独立，可以在各个子应用中定义属于自己的urls.py来保存该应用的路由。然后用主路由文件包含各应用的子路由数据。
除了上述方式外，也可将工程的全部路由信息都定义在主路由文件中，子应用不再设置urls.py。如：
from django.conf.urls import urlfrom django.contrib import adminimport users.viewsurlpatterns = [ url(r'^admin/', admin.site.urls), url(r'^users/index/$', users.views.index)]2. 路由解析顺序Django在接收到一个请求时，从主路由文件中的urlpatterns列表中以由上至下的顺序查找对应路由规则，如果发现规则为include包含，则再进入被包含的urls中的urlpatterns列表由上至下进行查询。
值得关注的由上至下的顺序，有可能会使上面的路由屏蔽掉下面的路由，带来非预期结果。例如：
urlpatterns = [ url(r'^say', views.say), url(r'^sayhello', views.sayhello),]即使访问sayhello/路径，预期应该进入sayhello视图执行，但实际优先查找到了say路由规则也与sayhello/路径匹配，实际进入了say视图执行。
提示：需要注意定义路由的顺序，避免出现屏蔽效应。
3. 路由命名与reverse反解析（逆向）3.1 路由命名在定义路由的时候，可以为路由命名，方便查找特定视图的具体路径信息。
1) 在使用include函数定义路由时，可以使用namespace参数定义路由的命名空间，如
url(r'^users/', include('users.urls', namespace='users')),命名空间表示，凡是users.urls中定义的路由，均属于namespace指明的users名下。
命名空间的作用：避免不同应用中的路由使用了相同的名字发生冲突，使用命名空间区别开。
2) 在定义普通路由时，可以使用name参数指明路由的名字，如
urlpatterns = [ url(r'^index/$', views.index, name='index'), url(r'^say', views.say, name='say'),]3.2 reverse反解析使用reverse函数，可以根据路由名称，返回具体的路径，如：
from django.urls import reverse # 注意导包路径def index(request): return HttpResponse("hello the world!")def say(request): url = reverse('users:index') # 返回 /users/index/ print(url) return HttpResponse('say')- 对于未指明namespace的，reverse(路由name)
- 对于指明namespace的，reverse(命名空间namespace:路由name)
4. 路径结尾斜线/的说明Django中定义路由时，通常以斜线/结尾，其好处是用户访问不以斜线/结尾的相同路径时，Django会把用户重定向到以斜线/结尾的路径上，而不会返回404不存在。如
urlpatterns = [ url(r'^index/$', views.index, name='index'),]用户访问 index 或者 index/ 网址，均能访问到index视图。
说明：
虽然路由结尾带/能带来上述好处，但是却违背了HTTP中URL表示资源位置路径的设计理念。
是否结尾带/以所属公司定义风格为准。