Day3
配置url的小技巧
在Django项目目录下面的urls.py文件中，我们会进行url与视图函数的匹配，也叫做映射。
配置语法如上图，(^)表示开始，($)表示结束。其中第二个参数是指视图函数，此处不需要再加括号(),另外，可以给url命名，这样只需要将url的名字传入html文件中即可，好处是当要更改url时，不需要再模板文件中再更改。
而在模板文件中更改的时action的值，语法如下
项目开始前的筹备
自此之前都是对Django基本知识的回顾，此次目标是做一个在线教育平台。这就涉及到了项目前期的规划，例如整个在线教育网站的的布局结构，主页面的模块构造，前后台提供哪些功能，或者专业点叫做需求。这块内容是属于产品经理的职责，但是我觉得作为程序员，应该要有这种能力，对要做的项目有一个规划，这样才能锻炼自己的创造能力。而不是只知道对着需求做东西，久而久之，就像工具一样。
针对此在线教育平台的项目，需要设计4个app，那就是
- users-用户管理
- course-课程管理
- organization-机构和教师管理
- operation-用户操作管理
Users-用户管理模型的设计
Django自带了一个auth_user的表，可通过navicat查看，该表自带了id,username,password等基本字段。但是缺少设计的nick_name, gender，address等字段，所以新建UserProfile模型。该模型继承自带的AbstractUser模型，所以需要提前引入。
另外，需要在settings.py中重载AUTH_USER_MODEL方法。
PS：另外需要注意的是在UserProfile模型中，加入了用户头像字段，也就是image,
其中upload_to是指定上传头像的存储位置，default是默认头像，另外在后台是按照字符串存储的，，所以要指定max_length属性，截图短了未截到。
app分层
根据之前的网站框架设计，我们确定了4个Django的功能性app，分别是users-用户管理、courses-课程管理、organization-机构和教师管理、operation-用户操作管理。之所以有最后的operation-用户操作管理，是因为会出现循环引用的情况，例如users 中存在一个model A，需要引用courses中的model B，同时B也需要引用A。这就构成了一个循环引用，而循环引用在编程中是会出错。
为了解决这种情况，目前采用的方法是将app分层，将operation-用户管理置于最高层，user-用户管理，courses-课程管理，organization-机构和老师管理 置于其下层。通过其作为中枢，进行引用等操作。
这也同样引出了新的问题，如何在代码中实现这样的app moedl分层？接下来慢慢解决它。
user app 模型的进一步构建
我们已经在user-用户管理 app中定义了UserProfile模型，另外在进行注册或者找回密码时，我们需要生成一个验证码，这就需要定义一个邮箱验证码model——EmailVerifyRecord。
因为邮箱验证码属于较独立的功能，基本只与user产生关系，所以放在user app当中。另外也不会与其他model产生引用，所以将其放到底层的User中。
PS：相关联的功能放在一起
除了邮箱验证码，还需要定义一个model，那就是首页轮播图——PageBanner。
course app的构建
现在我们已经构建好了user app，接下来我们要构建course app。构建之前我们要想好，course app中需要编写哪些表，也就是model。
首先是课程信息，然后是章节信息，接着是课程视频信息，最后还有课程资源。其中课程名与章节名是一对多的关系，章节名和课程视频地址也是一对多的关系，这告诉我们要使用外键关联。
所以，编写了Course、Lesson、Video、CourseResource表。
相关表的字段，结合具体图片进行理解掌握。
organization app的构建
需要建立 CourseOrg-课程机构，CityDict-城市区域，Teacher-教师，这三张表
operations app的构建
这里遇见了难题，按照视频主的思路，是对用户的相关操作进行分析，得出了要建立以下几张表，但我很难通过初步分析，得出结论。所以此处在独立进行新项目时，需要花时间进行分析，还有可能出错。
