drf day01

2022-06-15 17:31:55 阅读：166 来源： 互联网

标签：day01 接口 --- json api https com drf

今日内容

2 web开发模式

# 你见过的所有软件，百分90%，都是web软件，只要通过http，websocket
# web后端---> python 后端开发---》不仅仅是开发网站
	-微信，迅雷，百度网盘
  -osi七层 mysql，redis： tcp传输层---》应用层http
  
  
# 两大种
	-前后端混合开发
  	-bbs项目，混合的
    -既要写后端(django：python界的web框架)，又要写前端(js,css,html  + 模板语法(dtl))
    -大一点公司，如果写前后端混合项目：
    		-后端人员写后端+模板语法
      	-前端人员写js,css,html：她不懂什么是：模板语法，dtl， jsp，php(模板语法)
    -小公司，完全一个人写
    
    -dtl模板的渲染(执行)是在后端执行完---》给到前端(浏览器)--》只有html，css，js
    -js和dtl混写：js前端浏览器执行  dtl在后端服务器的python解释器中执行
    
  -前后端分离--》时下主流
  	-后端人员只写后端，一点前端都不碰，对外提供【接口】  (django，flask，sanic，fastapi，springboot，gin，beego)
    -前端人员只写前端，模板语法压根不知道   （vue，react）
    -如果使用前后端分离模式：dtl,模板语法，完全没有用武之地
    
    
    
    -bom  
    -dom：js操作html--》通过js插入到html中一些表格，div标签
    
    
    
  -全栈工程师---》创业型公司---》如果公司敢让你写，你就勇敢大胆的写
  -大公司分得很细

3 api接口

# 前后台信息交互的媒介
	前端(pc,小程序，app)-------》后端
  路由---》视图函数--》返回json格式数据  这个东西称之为api接口
  写接口要有规范---》restful规范
# 为了在团队内部形成共识、防止个人习惯差异引起的混乱，我们需要找到一种大家都觉得很好的接口实现规范，而且这种规范能够让后端写的接口，用途一目了然，减少双方之间的合作成本


# 微博 会对外提供接口---》api接口
	-你是一个第三方开发者(不是微博的人)--->也利用微博开放的api接口，写出微博的项目
  -展示最近微博热点新闻的app---》直接掉开发的api接口
  
# 别人提供的一些资源，以api接口的形式给你，你直接访问就可以拿到


# 接口的概念很大---》api接口 --->只针对于 http请求返回xml，json数据的这种接口

4 api接口测试工具

# 后端开发---->开发了很多api接口(可能公司自己用，给第三方用)
# 写完了，对不对，有没有问题---》测试---》测试工具---》postman(免费，收费)  postwomen(仿着postman造了个开源的)，。。。。
# 接口测试工具：用法基本一致，以postman为例讲

# 测试工程师---》接口测试工程师


# form-data   urlencoded               json 请求编码吗？
	上传文件     form、ajax表单默认         只能用ajax，contentType:application/json
    
# django中，如果使用form-data或者urlencoded编码----》提交的数据直接从【POST】 取出来

# 如果是json格式编码，从【POST】取不出来，只能从request.body 取出来，json转一下才能用

# 最好下午验证一下这个问题


# postman 就是一个替代浏览器，发送http请求的工具
# 因为用浏览器不能发送post请求，只能用代码写ajax发请求
# 通过postman可以发送任意请求


# collection:可以批量的管理，导入导入很多api接口
	-测试数据都带着，不会丢

5 restful规范

# 写api接口，不可能想写成什么样就什么样，有个规范---》主流认可--->restful规范、
# REST全称是Representational State Transfer 表征性状态转移

# RESTful是一种定义Web API接口的设计风格，尤其适用于前后端分离的应用模式中
# 10条规范
	
    /-1 使用https数据交互    http+tsl/ssl=https   比http更安全，交互是加密传输
  		-交互用json---》如果很轻易被截获---》明文显示给别人，数据不安全
  -2 接口地址中带api标识
    	https://api.baidu.com/books   域名中
    	https://www.baidu.com/api     地址中
  -3 接口地址中标识版本标识
    	-https://api.baidu.com/v1
			-https://api.weibo.com/2/statuses/user_timeline.json
      -登陆功能：用户名密码  如果把原来的接口改了---》老app还能用吗？
      -升级了app：用户名密码验证码  新写一个接口
	-4 数据即是资源，均使用名词，不要出现动词
  		-删除图书接口
    	-好的：https://api.baidu.com/v1/books
      -不好的：https://api.baidu.com/v1/delete-books
     
    	-新增图书:https://api.baidu.com/v1/books
  - 5 资源操作由请求方式决定
  	-新增图书：https://api.baidu.com/v1/books    post
    -删除图书：https://api.baidu.com/v1/books    delete
    -修改图书：https://api.baidu.com/v1/books    put
    -获取图书：https://api.baidu.com/v1/books    get
      
      
  - 6 地址中带搜索条件
  	-https://api.example.com/v1/zoos?animal_type_id=1：指定筛选条件
    -https://api.baidu.com/v1/books?name=红楼梦
      
   -7 响应状态码
  		-http的响应状态码
    		-1xx   请求正在处理
      	-2xx   成功  200 请求成功    201 创建成功
        -3xx   重定向  301 和 302 ---》问301和302的区别？一个是临时重定向一个是永久重定向
        -4xx   客户端错误 403 和 404  403：没有权限   404：地址不存在
        -5xx   服务端错误 
      -响应中带状态码
      	{code:100}
        
   -8 响应中带错误信息
  		{code:999，msg：登陆失败}
    
   -9 针对不同操作，服务器向用户返回的结果应该符合以下规范
      GET /collection：返回资源对象的列表（数组） 
    			-[{name:红楼梦，price：12},{name:西游记，price：12}]
      GET /collection/resource：返回单个资源对象
      		-{name:西游记，price：12}
      POST /collection：返回新生成的资源对象
      		-{name:西厢记，price：12}
      PUT /collection/resource：返回完整的资源对象
      		-{name:西游记，price：12}
      PATCH /collection/resource：返回完整的资源对象
      		-{name:西游记，price：12}
      DELETE /collection/resource：返回一个空文档
      		-
        
   -10 响应中带链接地址
  		
    
    
  # 只要能说出3，4条即可，面试可能会问，你讲讲resful规范？
  # 只是一个规范，公司可以不按照这个规范来，公司有自己的的，但是大部分还是按它来的

6 序列化反序列化



# 序列化： 把我们识别的数据转换成指定的格式提供给别人
		-python后端：python的对象，字典，列表
  	-前端：字符串，json格式字符串
    -把我们能识别的格式---》转成别人能识别的格式给他
		-例如：我们在django中获取到的数据默认是模型对象，但是模型对象数据无法直接提供给前端或别的平台使用，所以我们需要把数据进行序列化，变成字符串或者json数据，提供给别人。

# 反序列化：把别人提供的数据转换/还原成我们需要的格式。
		-前端：字符串，json格式字符串 提交给我们
  	-python后端：把josn格式字符串转成我们能够识别的格式：字典，对象，qs对象
		-例如：前端js提供过来的json数据，对于python而言就是字符串，我们需要进行反序列化换成模型类对象，这样我们才能把数据保存到数据库中。
    
    
 # 前后端分离开发中---》站在后端开发的角度
		-序列化----》read（别人读我的数据）---》出---》后端给前端
  	-反序列化---》wite(别人给我数据--》存到数据库)---》进---》前端给后端

7 drf快速使用

# djangorestframework 的缩写，它是djagno的一个app（第三方插件），只能用在django框架上
# 可以帮助我们快速的写出符合restful规范的接口

# drf和django的版本有一定的对应关系
	-django  4.x
  -drf    版本
  -如果是django 2.2.2  drf最新可能不支持（稍微降一下drf版本）

# django 2.2.2(公司用2多)   drf 最新   
	-python 3.8 
	-django 2.2.2
  -drf :3.12.4
# 安装
# 方式一
pip3 install djangorestframework 
# 方式二：
在pycharm中点点点



# 快速使用---》以后见到的所有接口，都是这5个和变形
	-增加图书：
  -获取一本图书
  -获取所有图书
  -删除一本图书
  -修改一本图书

标签：day01,接口,---,json,api,https,com,drf
来源： https://www.cnblogs.com/th0bu3/p/16379225.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

ICode9