首页 > 其他分享 >web框架推导 wsgiref模块 jinja2模板语法 django框架简介 django基本操作

web框架推导 wsgiref模块 jinja2模板语法 django框架简介 django基本操作

时间:2022-12-08 19:55:41浏览次数:45  
标签:请求 框架 后缀 py django html 基本操作 页面

目录

纯手撸web框架

web框架的本质

浏览器 --- web框架 --- 数据库
理解1:web框架连接前端与数据库的中间介质

浏览器(客户端)---> web框架(服务端)
理解2:web框架是一个socket服务端
web框架就是一个服务端!
提供页面,从数据库中拿数据。

手写web框架

  1. 编写socket服务端代码
    image

  2. 浏览器访问响应无效>>>:HTTP协议
    image
    为什么显示响应无效?
    浏览器不认识服务端的响应 我们的服务端接受到浏览器的请求之后 返回一个字符串 浏览器不认识这种格式
    浏览器只支持http协议的数据格式(响应头 响应体)所以需要给字符串包装一下 加个响应头
    sock.send(b'HTTP/1.1 200 OK\r\n\r\n')

  3. 根据网址后缀的不同获取不同的页面内容
    输入网址:127.0.0.1:8080/login 跳转到登录页面
    输入网站:127.0.0.1:8080/rigister跳转到注册页面

  4. 想办法获取到用户输入的后缀>>>:请求数据
    要实现这个功能我们需要研究下浏览器发送的请求信息是什么?
    image
    发现请求首行这个固定的位置,就有我们想要的信息(/login)。这个请求信息,经过解码就变成了一个字符串,我们可以使用正则或者split方法,将其匹配。
    image

更多请求时的例子:
image
第一个是浏览器向127.0.0.1:8080/发送请求,第二个无需在意。

  1. 请求首行
    浏览器发送的请求也是有区别的:先介绍两种 GET、POST
    (请求首行:GET /login HTTP/1.1)
    5.1 GET请求
    朝别人索要数据 你把你的首页给我!向服务器索要html页面
    5.2 POST请求
    朝别人提交数据 注册登录时 将用户名密码交给服务端

  2. 处理请求数据获取网址后缀
    这时候我们就可以根据不同的请求数据 给浏览器发不同的消息了,写if分支结构:
    image
    我们上面发送的是字符串,也可以发送html文件:
    image
    rb模式读取html,以二进制格式(bytes)发送给浏览器。这样就完成了一个简单的web服务器。

代码如下:

import socket


server = socket.socket()  # TCP UDP
server.bind(('127.0.0.1', 8080))  # IP PORT
server.listen(5)  # 半连接池


while True:
    sock, address = server.accept()  # 等待连接
    data = sock.recv(1024)  # 字节(bytes)
    # print(data.decode('utf8'))  # 解码打印
    sock.send(b'HTTP/1.1 200 OK\r\n\r\n')
    data_str = data.decode('utf8')  # 先转换成字符串
    target_url = data_str.split(' ')[1]  # 按照空格切割字符串并取索引1对应的数据
    # print(target_url)  # /index /login /reg
    if target_url == '/index':
        # sock.send(b'index page')
        with open(r'myhtml01.html','rb') as f:
            sock.send(f.read())
    elif target_url == '/login':
        sock.send(b'login page')
    else:
        sock.send(b'home page!')

存在的问题

  1. socket代码过于重复
  2. 针对请求数据处理繁琐
    请求数据 我们只拿了一个数据 如果想拿更多的东西?那不是对请求 需要做更多的处理?
  3. 后缀匹配逻辑过于LowB
    后缀多的时候 :写100个if elif 后缀匹配逻辑太low

基于wsgiref模块

基本介绍

内置模块 很多web框架底层使用的模块
功能1:封装了socket代码
功能2:处理了请求、响应数据
(给字符串添加 响应头 给接收到的请求信息 自动处理成字典方便调用)

推导流程

1.固定代码启动服务端
image
看这行:
make_server(127.0.0.1, 8080, run)
一旦有浏览器向我们的服务器发送请求,自动触发run函数,自动给第三个参数run函数加括号调用并传参数,给run传的这个参数就是处理好的请求信息(大字典)
补充:我们make_server这里放的是run函数,能不能放一个对象?因为make_server可以自动加调用嘛。
这时候就要复习下了:
函数名加括号 ---> 函数执行
类名加括号 ---> 产生对象
对象加括号 ---> ???
对象加括号:理论上直接报错 但是如果你定义了双下__call__会自动触发!好就到这里,继续之前的思路。
还需要添加一行代码,我们的服务端才能起来:
server.serve_forever()
image
服务器等待请求中:
image
每次请求都是触发run函数,无论你用什么后缀:
image
2.查看处理之后的request大字典>>>:研究大字典键值对
里面path_info是我们要的网址后缀:
image
3.根据不同的网址后缀返回不同的内容
从request字典里面取值,写if逻辑判断:
针对/index页面返回字符串'index',在经过wsgiref模块自动加响应头,发送给浏览器。
image
4.立刻解决上述纯手撸的两个问题
socket代码过于重复 --> wsgirel模块帮你写
针对请求数据处理繁琐 --> wsgirel模块帮你打包成字典
5.针对最后一个问题代码如何优化
后缀匹配逻辑(if分支结构冗余)

代码:

from wsgiref.simple_server import make_server
def run(request, response):
    """
    :param request: 请求相关数据
    :param response: 响应相关数据
    :return: 返回给客户端的真实数据
    """
    response('200 OK', [])  # 固定格式 不用管它
    # print(request)  是一个处理之后的大字典
    path_info = request.get('PATH_INFO')
    if path_info == '/index':
        return [b'index']
    elif path_info == '/login':
        return [b'login']
    return [b'hello wsgiref module']


if __name__ == '__main__':
    server = make_server('127.0.0.1', 8080, run)  # 实时监听127.0.0.1:8080 一旦有请求过来自动给第三个参数加括号并传参数调用
    server.serve_forever()  # 启动服务端

代码封装优化

1.网址后缀的匹配问题分析
image
问题1:if elif 随着页面增多而增多 有100个页面就要写100个if
问题2:每个后缀匹配成功后执行代码有多有少 万一有10000行代码怎么办,都放在一个if分支下面吗? 问题2很重要,慢慢拆分来解决!!

2.每个后缀匹配成功后执行的代码有多有少
我们现在相当于面条版,需要慢慢升级!
面条版 ---> 函数版 ---> 模块版
3.将分支的代码封装成一个个函数
将每个页面拆分成一个个函数:
image
4.将网址后缀与函数名做对应关系
url列表套元祖(解决if判断):
image
5.获取网址后缀循环匹配
image
一旦匹配成功应该结束for循环:
image
可能匹配结束之后,匹配不到,此时funcname=NONE
所以要加一个funcname的判断:
image
最终还是要看下面这个return:image
6.如果想新增功能只需要先写函数再添加一个对应关系即可
res都是字符串!
image
这样写就相当于可以新增后缀 新增功能
核心是:获取网址后缀for循环匹配

还不够完美!这些功能函数全写在一起了!要根据功能不同进行拆分!

7.根据不同的功能拆分成不同的py文件
views.py 存储核心业务逻辑(功能函数)
urls.py 存储网址后缀与函数名对应关系
templates目录 存储html页面文件
run函数导入urls.py:
image
urls.py带入views:
image
请求:RUN函数 ---> url选择器 ---> views
响应:RUN return <----views return

8.为了使函数体代码中业务逻辑有更多的数据可用
将request大字典转手传给这个函数(可用不用但是不能没有)
image

ps: funcname的res返回值是包含html信息的字符串 经过编码就可以发送给浏览器

总结

核心思路就是解决三个问题:

1socket代码总是要写!
2.请求数据拿不全 我们只拿了一个数据 如果想拿更多的东西?那不是对请求 需要做更多的处理?
3.后缀多的时候 :写100个if elif 后缀匹配逻辑太low
image

动静态网页

动态网页
页面数据来源于后端
静态网页
页面数据直接写死

简单实现动态网页:
访问某个网址后缀 后端代码获取当前时间 并将该时间传到html文件上再返回给浏览器展示给用户看

  1. 将时间信息塞到html页面中?怎么塞??
    image
    open方法r模式打开html 用变量data接受 data是个字符串!
    所以我们可以:
    读取html内容(字符串类型) 然后利用字符串替换(replace) 最后再返回给浏览器
  2. 先在html打个标记(类似占位符):
    image
  3. 对标记做替换:
    image

jinja2模块实现动态网页:
需求:将字典传递给页面内容 并且在页面上还可以通过类似于后端的操作方式操作该数据(就是在前端可以写python语法 使用for循环 if判断等)
image

jinja2模块

这是一个第三方模块。
他可以让你在html上面写python代码。
原理:所谓的模板语法 还是只有后端才认识 浏览器不认识(浏览器只支持html\css\js) jinja2模块可以自动解析html页面的模板语法 添加数据 生成新的html页面 然后再交给前端执行
导入:
image
写模板语法:
image
render函数的第一个参数是在模板语法中使用的变量名,第二个参数是这个变量名对应的数据值。
image

pip3 install jinja2


from jinja2 import Template


def get_dict_func(request):
    user_dict = {'name': 'jason', 'age': 18, 'person_list': ['阿珍', '阿强', '阿香', '阿红']}
    with open(r'templates/get_dict_page.html', 'r', encoding='utf8') as f:
        data = f.read()
    temp_obj = Template(data)  # 将页面数据交给模板处理
    res = temp_obj.render({'d1': user_dict})  # 给页面传了一个 变量名是d1值是字典数据的数据
    return res

<p>{{ d1 }}</p>
<p>{{ d1.name }}</p>
<p>{{ d1['age'] }}</p>
<p>{{ d1.get('person_list') }}</p>

前端、后端、数据库三者联动

简单的说,就是在功能函数中使用pymysql模块。
然后将得到的数据,通过模板语法,动态添加到html页面上。模板语法对html页面做一些操作,产生新的html页面,这个过程称为‘渲染’。

推导流程

添加url选择器 添加函数 写函数 添加pymysql:
image
我们还要将数据表的样式搞下 用cdn 暂时别用本地,现在还不会用,可能会出问题:
image
将数据库的数据传给模板(Template类产生的对象):
image
编写html,以及模板语法:
image
使用for循环,书写表单体:
image

总结

image

python主流web框架

"""
作为小白的你 初学阶段不要混着学 很容易走火入魔
"""
1.django
	大而全 自身自带的功能组件非常的多 类似于航空母舰 		
2.flask
	小而精 自身自带的功能组件非常的少 类似于游骑兵
 	几乎所有的功能都需要依赖于第三方模块 
3.tornado
	异步非阻塞 速度极快效率极高甚至可以充当游戏服务端
	封装多进程多线程 可选同步异步
ps:sanic、fastapi...

django简介

版本问题

    django1.X:同步		1.11
    django2.X:同步		2.2
    django3.X:支持异步    3.2
    django4.X:支持异步	   4.2
ps:版本之间的差异其实不大 主要是添加了额外的功能

运行django注意事项

1.django项目中所有的文件名目录名不要出现中文
2.计算机名称尽量也不要出现中文
3.一个pycharm尽量就是一个完整的项目(不要嵌套 不要叠加)
4.不同版本的python解释器与不同版本的django可能会出现小问题

image
计算机名不能为中文:会报编码错误
image

django基本使用

1. 下载

pip3 install django 			默认最新版
pip3 install django==版本号		  指定版本
pip3 install django==2.2.22
pip下载模块会自动解决依赖问题(会把关联需要用到的模块一起下了)

2. 验证

django-admin
django下好了 会自动在python/scrpit目录下添加django-admin.exe 
如果输入django-admin终端显示找不到文件 
先检查环境变量是否添加scrpit目录 再去该目录下查看exe文件是否存在 
如果exe不存在,则考虑重装django。

3. 常见命令

1.创建django项目
	django-admin startproject 项目名
2.启动django项目
	cd 项目名
	python38 manage.py runserver ip:port
	manage文件相当于上面写的run函数那个文件。
	默认会在8000段口起了一个服务

4. pycharm自动创建django项目

会自动创建templates文件夹 但是配置文件中可能会报错
	os.path.join(BASE_DIR,'templates')

如下是pycharm创建的settings:
image
修改一下(路径分隔符错误):
image
注意应该改成这样:[os.path.join(BASE_DIR,'templates'),]
用pycharm提供的项目启动:
image
可以改端口:
image
不小心把启动文件删掉了:
自己添加django server
image

django app的概念

django类似于是一所大学 app类似于大学里面的各个学院

django里面的app类似于某个具体的功能模块
	user	app 所有用户相关的都写在user app下
 	goods	app 所有商品相关的都写在goods app下
 
命令行创建应用
	python38 manage.py startapp 应用名
pycharm创建应用
	新建django项目可以默认创建一个 并且自动注册
"""
创建的app一定要去settings.py中注册
	INSTALLED_APPS = [
    	'app01.apps.App01Config',
		'app02'
	]
"""

pycharm自动创建app

pycharm创建django项目的时候自动帮你创一个app:
image
好处:app需要在settings注册 (给校长打招呼)
pycharm创建的应用会自动注册一下
image
创建的app一定要去settings注册,不然django不带你玩。
注册时有两种写法:完整和简写
image
pycharm提供一个manage.py终端:
image

django主要目录结构

django项目目录名>>>

	django项目同名目录>>>
    	settings.py		配置文件
    	urls.py			存储网址后缀与函数名对应关系(不严谨)
   	wsgi.py			wsgiref网关文件
	db.sqlite3文件		django自带的小型数据库(项目启动之后才会出现)
	manage.py		入口文件(命令提供)
	
 	app应用目录>>>
    	migrations目录		存储数据库相关记录
    	admin.py		django内置的admin后台管理功能
        apps.py			注册app相关
   	models.py		与数据库打交道的(非常重要)
    	tests.py		测试文件
    	views.py		存储功能函数(不严谨)
		
   	templates目录>>>
	存储html文件(命令行不会自动创建 pycharm会)
	
    	配置文件settings中还需要配置路径
        	[os.path.join(BASE_DIR,'templates'),]
 
"""
重要名词讲解
	网址后缀				路由
	函数				视图函数
	类				视图类

	urls.py				路由层	
	views.py			视图层
	models.py			模型层
	templates			模板层
"""

小江狗(django)必会三板斧(需要补充)

from django.shortcuts import render,HttpResponse,redirect

HttpResponse		 返回字符串类型的数据

render				返回html页面并且支持传值

redirect			重定向

标签:请求,框架,后缀,py,django,html,基本操作,页面
From: https://www.cnblogs.com/passion2021/p/16966802.html

相关文章

  • 纯手撸web框架、基于wsgiref模块、代码封装优化、动静态网页、jinja2模块、前端、后端
    目录推导流程纯手撸web框架基于wsgiref模块代码封装优化动静态网页jinja2模块前端、后端、数据库三者联动python主流web框架django简介django基本使用djangoapp的概念djan......
  • Django框架:1、手撸web框架、Django框架简介、安装与使用和小白必会三板斧
    Django框架目录Django框架一、Django推导流程1、纯手撸web框架2、基于wsgire模块3、代码封装优化4、动静态网页5、jinja2模块6、前端、后端、数据库三者联动二、python......
  • 今日内容, 爬虫及Flask框架入门
    加代理,cookie,header,加入selenium加代理#在爬虫中间件中defget_proxy(self):importrequestsres=requests.get('http://192.168.1.143:5010/......
  • web框架、django基本使用
    今日内容总结web框架web框架的本质 理解1:连接前端与数据库的中间介质 理解2:socket服务端手写web框架 1.编写socket服务端代码 2.浏览器访问响应无效>>>:HTTP协......
  • django框架之基础学习
    目录纯手撸web框架基于wsgiref模块代码封装优化动静态网页jinja模板前端、后端、数据库三者联动python主流web框架Django简介Django基本使用djangoapp的概念django的主要......
  • 手撸web框架
    手撸web框架web框架是前端与数据库的中介。在我们所常见的web中,一般情况下,一个应用不会只有一个首页界面,当顶级域名后有其他后缀时,会有其他的web界面,也就是将我们的网页......
  • 基于Qt的桌面客户端组件化框架DT 开源啦
    这个是本人在工作中基于QT开发的组件化桌面开发框架,目前打算开源出来提供给大家,节省大家的开发时间和效率,希望对大家的开发有所帮助,也欢迎提出意见和改进建议1.为什么开源D......
  • django三板斧
    今日内容概要纯手撸web框架基于wsgiref模块代码封装优化动静态网页jinja2模板语法python主流web框架django框架简介django基本操作命令django小白必会三板斧今......
  • django 01 web框架推导与django介绍
    web框架推导#1.web框架是基于互联网的web服务端连接前端与数据库的中间介质#2.学习web框架必备知识:1.socket服务端代码2.HTTP协>>>:四大特性#3.w......
  • [附源码]Python计算机毕业设计Django汽车租赁管理系统
    OverridetheentrypointofanimageIntroducedinGitLabandGitLabRunner9.4.Readmoreaboutthe extendedconfigurationoptions.Beforeexplainingtheav......