第一周任务汇报——星期日

今天对昨天的任务进行一下补充

Django

启动服务器

python manage.py runserver

 

安装成功

尝试换一下端口号9999

python manage.py runserver 9999

变动成功。

myblog目录为项目的一个容器，包含项目最基本的配置，目录名不建议修改。

项目下一些目录介绍

wsgi.py

服务器网关接口，简称wsgi。python应用与web服务器之间的接口。（开发中不怎么用到）

urls.py

URL配置文件。Django项目下所有地址（页面）都需要我们去配置URL。

settings.py（划重点）

总配置文件。包含了数据库、web应用、时间等各种配置。

_init_.py

声明模块的文件，内容默认为空。

创建第一个页面响应

python manage.py startapp blog，添加应用名到settings.py中的INSTALLED_APPS里。

无报错，应用创建成功。

应用目录介绍

migrations

数据移植（迁移）模块。内容自动生成。

admin.py

应用的后台管理系统配置。

apps.py

应用配置。Django-1.9以后自动生成。（不怎么使用）

models.py

创建数据表、数据模块。使用ORM框架。类似于MVC结构中的Models（模型）。

tests.py

自动化测试模块。Django提供了自动化测试功能（测试脚本）。用于编写测试脚本（语句）。

views.py（划重点）

执行响应的代码所在模块。代码逻辑处理的主要地点，用于编写项目中的大部分代码。

———分界线———

编辑models.py

每当需要修改“学习笔记”管理的数据时，都采取如下三个步骤：修改models.py；对learning_logs 调用makemigrations ；让Django迁移项目。

激活模型

settings.py

'blog',

 

python manage.py makemigrations blog
python manage.py migrate

Django管理网站

1.创建超级用户

python manage.py createsuperuser

创建完成。

 2.向管理网站注册模型

报错了：

Unresolved reference 'learning_logs' less... (Ctrl+F1)
Inspection info: This inspection detects names that should resolve but don't. Due to dynamic dispatch and duck typing, this is possible in a limited but useful number of cases. Top-level and class-level items are supported better than instance items.

解决方法   （参考一下justskinny的博客https://blog.csdn.net/u014496330/article/details/55211398）

方法一：绝对路径（很有效）

from ..learning_logs.models import Topic

方法二：在pycharm中设置source路径（但是我报错了）