Django 静态资源，请求，数据库的连接和操作

小白比会三板斧（程咬金）

from django.shortcuts import render,HttpResponse,redirect

就是以上三个，需要用这种方式导入。

用法：

一、HttpResponse

def login(request):
   return HttpResponse('hi , you')

这是返回字符串的，比如你写了一个页面后缀是 login，并且已经在urls里面绑定了，就会调用这个函数，然后return返回的字符串会在页面上显示出来。

二、render

def reg(request):
    user_dic = {'a.txt':1, 'b':2}
    return render(request,'reg.html', locals())

这是返回一个html页面的，第三个参数本来写的是一个字典 {“xxx”：user_dict}，

但是如果当你想要传很多字典的时候，就会变得非常繁琐，这时候改成locals()，这是把当前名称空间里的所有变量名全传给 reg.html 。

三、

def home(request):

    return redirect('https://www.baidu.com')

这是重定向，打个比方，重定向就是你没登录，直接进入一些页面，他会跳转到登录页面，这就是重定向。上面的栗子就是重定向到百度。

静态文件配置

静态文件，比如网站所用到的：
自己写好js
自己写好css
第三方的框架 bootstrap fontwesome sweetalert

通常情况下 网站所用到的静态文件资源 统一都放在static文件夹下

在settings中的 **STATIC_URL = '/static/' ** 就是访问静态资源的接口前缀
"""只要你想访问静态资源 你就必须以static开头"""

比如你要访问我自己的网页里的静态资源，就要向以下这样请求。

127.0.0.1:8001/static/"你要访问的静态资源文件名"

手动配置静态文件访问资源

STATICFILES_DIRS = [
    os.path.join(BASE_DIR,'static'),
    os.path.join(BASE_DIR,'static1'),
    # os.path.join(BASE_DIR,'static2'),
]

你创建的静态资源文件夹，一定要在settings里面配置上去。

这个时候老板有个过分的要求，说他想要改访问静态资源的接口前缀，假如你的html页面，调用了这些静态资源，比如说bootstrap，css，这时候你要全部都改，这个工程量将会是非常大的，所以要用一种写法，也就是

接口前缀的动态解析

{% load static %}
<link rel="stylesheet" href="{% static 'bootstrap/css/bootstrap.min.css' %}">
<script src="{% static 'bootstrap/js/bootstrap.min.js' %}"></script>

这样子的话，会随着你访问静态资源的接口前缀的改变而动态解析，跟着变，就不用担心了，虽然生活中可能没有这种无理的业务需求，但是最好这样写，以备不时之需。

form表单的请求

我们知道form表单的默认朝后端提交的请求方式是get请求。

并且 form表单 action参数可以写的形式
1.不写 默认朝当前地址提交
2.只写后缀/index/
3.写全路径

get和post请求的区别的

当我们用get请求携带参数的时候，这些参数会跟在url后面。所以这是非常不安全的。

这时候就要使用 post 请求。而且他携带的参数的大小是有限制的，只有1kb。

在前期，如果要提交post请求，要先去settings里面吧一个中间件注释掉。

MIDDLEWARE = [
        'django.middleware.security.SecurityMiddleware',
        'django.contrib.sessions.middleware.SessionMiddleware',
        'django.middleware.common.CommonMiddleware',
        # 'django.middleware.csrf.CsrfViewMiddleware',
        'django.contrib.auth.middleware.AuthenticationMiddleware',
        'django.contrib.messages.middleware.MessageMiddleware',
        'django.middleware.clickjacking.XFrameOptionsMiddleware',
    ]

不然的话会请求页面会失败。

requests对象及方法

我们请求是成功了，参数也传过去了，这时候要在后端获取数据（因为你的action写的是“ ”）

所以这时候你要接受一个requests，就会接受到非常多的东西，其中你前端传来的参数就在 POST里面，你可以通过 request.POST 来获取。如果你的请求方式是 get的话，就是 request.GET 。

get和post在后端获取用户数据的时候 规律是一样的

 get和post在后端获取用户数据的时候 规律是一样的
    <QueryDict: {'username': ['admin', 'tank'], 'password': ['123']}>
    tank <class 'str'>
    123 <class 'str'>
    request.POST.get('username') 默认只取列列表的最后一个元素
    如果你想将列表完整的取出 你必须用getlist()

django连接数据库

 django连接MySQL
        第一步配置文件中配置
            DATABASES = {
                'default': {
                    'ENGINE': 'django.db.backends.mysql',  # 指定数据库 MySQL postgreSQL
                    'NAME': 'day56',  # 到底使用哪个库
                    'USER':'root',
                    'PASSWORD':'root',
                    'HOST':'127.0.0.1', 
                    'PORT':3306,
                    'CHARSET':'utf8'
                }
            }

        第二步 
            django默认使用的是mysqldb连接数据库  但是该模块不支持了
            所以你要告诉django不要用mysqldb该用pymysql连接
            
            你可以在项目名下面的__init__.py也可以在应用名下面的__init__.py文件中指定
            import pymysql
            pymysql.install_as_MySQLdb()

django orm简介

orm对象关系映射

类                   数据库的表

对象                  表的记录

对象获取属性          记录的某个字段对应的值

优点:能够让一个不会数据库操作的人 也能够简单快捷去使用数据库

缺点:由于封装程度太高 可能会导致程序的执行效率偏低
有时候 结合项目需求 可能需要你手写sql语句

注意事项：django的orm不会帮你创建数据库，库需要你自己动手来创建，表会帮你自动创建，只需要你来书写符合 django orm语法的代码就可以。

创建表

在app下面的models.py 中写类。

class Userinfo(models.Model):
    # 设置id字段为userinfo表的主键  id int primary key auto_increment
    id = models.AutoField(primary_key=True)  # 在django中 你可以不指定主键字段 django orm会自动给你当前表新建一个名为id的主键字段
    # 设置username字段  username varchar(64)  CharField必须要指定max_length参数
    username = models.CharField(max_length=64)  # 在django orm中 没有char字段  但是django 暴露给用户 可以自定义char字段
    # 设置password字段  password int
    password = models.IntegerField()

注意：不能即写了 id 字段，又不把它设置为主键，这样会报错。

写好了类之后，要在命令窗口里输入两条命令。

数据库迁移命令： python manage.py makemigrations

这条命令不会创建表 仅仅是生成一个记录 将你当前的操作记录到一个小本本上（migrations文件夹）

执行：python manage.py migrate

将你的orm语句真正的迁移到(同步)到数据库中

无论你在这个models.py文件中做了什么跟修改数据库有关的操作，都有重新执行上面两条命令！！！

数据的增删改查(暂时只有查和增)

查：

 res = models.Userinfo.objects.filter(username=username)

查出来是一个列表，所以要取第一个，但是不建议使用 res[0] 来取，要用django提供的方法first()

user_obj = res.first()

即使这个first的底层也是用 [0]来实现的，非常狗，自己是这么写的，却不让用户来着么写。

增：

user_obj=models.Userinfo.objects.create(username=username,password=password)

自我提醒：比如登录页面，你在跑起了服务端之后，访问登录页面，这个时候会先走一遍和登录页面绑定好的函数，也就是 urls 里面和 /login 绑定了的 views 里的函数。然后当你提交数据的时候，会再次走一遍这个方法，这时候这个方法里面的 return rende() 就又走了一遍了。