• REST与技能无关,代表的是一种软件架构风格,REST是Representational
    State Transfer的简称,粤语翻译为“特色状态转移
  • REST从财富的角度类审视整个网络,它将分布在网络中某些节点的财富通过U本田CR-VL进行标识,客户端应用通过U奥迪Q5L来取得能源的特点,获得那么些特点致使这么些使用转变状态
  • 持有的数据,不管是由此网络获取的大概操作数据库得到(增删改查)的数量,都以能源,将全部数据正是能源是REST差距与别的架构风格的最本质属性
  • 对此REST那种面向财富的架构风格,有人建议一种崭新的组织理念,即:面向财富架构(ROA:Resource
    Oriented Architecture)

    • 对网络上的随机东西都实属能源,他以为三个url正是贰个能源比如:

RESTful API,restfulapi

  • REST与技能毫不相关,代表的是一种软件架构风格,REST是Representational
    State Transfer的简称,中文翻译为“性情状态转移
  • REST从财富的角度类审视整个网络,它将分布在互连网中某些节点的能源通过UXC90L实行标识,客户端应用通过U奥迪Q3L来赢得能源的特色,获得那几个特色致使这么些应用转变状态
  • 不无的数目,不管是经过互联网获得的依然操作数据库获得(增加和删除改查)的数额,都以财富,将全体数据就是财富是REST分歧与任何架构风格的最本质属性
  • 对此REST这种面向能源的架构风格,有人提议一种崭新的构造理念,即:面向能源架构(ROA:Resource
    Oriented Architecture)

    • 对互连网上的即兴东西都说是能源,他以为2个url正是3个财富比如:

1、什么是API?

答:API就是接口,提供的url。接口有四个用途:

  • – 为旁人提供劳动
  • – 前后端分离,二个写vue,二个写后端,他们之间都以因此ajax请求

互连网应用程序,分为前端和后端三个部分。当前的发展趋势,正是前者设备不以为奇(手提式有线电话机、平板、桌面电脑、其余专用设备……)。

故而,必须有一种统一的建制,方便不相同的前端设备与后端进行通讯。那导致API构架的风靡,甚至出现”API
First”的筹划思想。RESTful
API是日前相比成熟的一套互连网应用程序的API设计理论。

那么先来不难询问一下

金沙注册送58,100、RESTful API,100restfulapi

本篇导航:

  • RESTful
  • RESTful API设计
  • 基于django实现
  • 听闻Django Rest Framework框架完毕

 

一、RESTful

REST与技术非亲非故,代表的是一种软件架构风格,REST是Representational State
Transfer的简称,中文翻译为“表征状态转移”

REST从财富的角度类审视整个互连网,它将分布在网络中有些节点的能源通过U奥迪Q5L举办标识,客户端应用通过UTucsonL来博取财富的表征,获得那么些特征致使那个应用转变状态

REST与技术非亲非故,代表的是一种软件架构风格,REST是Representational State
Transfer的简称,汉译为“表征状态转移”

有着的数目,但是是通过网络得到的依旧操作(增删改查)的数码,都以能源,将全体数据就是财富是REST分歧与其它架构风格的最本质属性

对于REST这种面向能源的架构风格,有人提议一种全新的布局理念,即:面向财富框架结构(ROA:Resource
Oriented Architecture)


 

二、RESTful API设计

互联网应用程序,分为前端和后端多个部分。当前的发展趋势,正是前者设备司空眼惯(手提式有线电话机、平板、桌面电脑、别的专用设备……)。

就此,必须有一种统一的编写制定,方便分裂的前端设备与后端实行通讯。那造成API构架的流行,甚至出现”API
First”的筹划思想。RESTful
API是方今可比成熟的一套互联网应用程序的API设计理论。

API正是接口,提供的url。接口有七个用途:

– 为他人提供服务

– 前后端分离,四个写vue,2个写后端,他们之间都以因此ajax请求

1、协议

API与用户的通讯协议,总是利用HTTPs协议。

2、域名

https://api.example.com                         尽量将API部署在专用域名(会存在跨域问题)
https://example.org/api/                        API很简单

3、版本(**Versioning**)

应该将API的版本号放入U卡宴L。

https://api.example.com/v1/

另一种做法是,将版本号放在HTTP头音讯中,但不及放入U奇骏L方便和直观。Github选拔那种做法。

4、路径(Endpoint)

路线又称”终点”(endpoint),表示API的切实网址。

在RESTful架构中,每一种网址代表一种能源(resource),所以网址中不可能有动词,只可以有名词,而且所用的名词往往与数据库的表格名对应。一般的话,数据库中的表都以同种记录的”集合”(collection),所以API中的名词也相应运用复数。

比喻来说,有一个API提供动物园(zoo)的音讯,还蕴涵种种动物和雇员的信息,则它的不二法门应该设计成上面那样。

https://api.example.com/v1/zoos
https://api.example.com/v1/animals
https://api.example.com/v1/employees

5、HTTP动词(method)

对于能源的具体操作类型,由HTTP动词表示。

常用的HTTP动词有下边七个(括号里是应和的SQL命令)。

GET(SELECT):从服务器取出资源(一项或多项)。
POST(CREATE):在服务器新建一个资源。
PUT(UPDATE):在服务器更新资源(客户端提供改变后的完整资源)。
PATCH(UPDATE):在服务器更新资源(客户端提供改变的属性)。
DELETE(DELETE):从服务器删除资源。

还有八个不常用的HTTP动词。

HEAD:获取资源的元数据。
OPTIONS:获取信息,关于资源的哪些属性是客户端可以改变的。

下边是一对例子。

GET /zoos:列出所有动物园
POST /zoos:新建一个动物园
GET /zoos/ID:获取某个指定动物园的信息
PUT /zoos/ID:更新某个指定动物园的信息(提供该动物园的全部信息)
PATCH /zoos/ID:更新某个指定动物园的信息(提供该动物园的部分信息)
DELETE /zoos/ID:删除某个动物园
GET /zoos/ID/animals:列出某个指定动物园的所有动物
DELETE /zoos/ID/animals/ID:删除某个指定动物园的指定动物

安排指南。陆 、过滤新闻(Filtering)

倘使记录数据众多,服务器不恐怕都将它们再次回到给用户。API应该提供参数,过滤重返结果。

上边是有个别广大的参数。

?limit=10:指定返回记录的数量
?offset=10:指定返回记录的开始位置。
?page=2&per_page=100:指定第几页,以及每页的记录数。
?sortby=name&order=asc:指定返回结果按照哪个属性排序,以及排序顺序。
?animal_type_id=1:指定筛选条件

参数的计划性允许存在冗余,即允许API路径和U陆风X8L参数偶尔有重新。比如,GET
/zoo/ID/animals 与 GET /animals?zoo_id=ID 的含义是同一的。

7、状态码(Status Codes)

服务器向用户再次回到的状态码和提醒信息,常见的有以下一些(方括号中是该状态码对应的HTTP动词)。

200 OK - [GET]:服务器成功返回用户请求的数据,该操作是幂等的(Idempotent)。
201 CREATED - [POST/PUT/PATCH]:用户新建或修改数据成功。
202 Accepted - [*]:表示一个请求已经进入后台排队(异步任务)
204 NO CONTENT - [DELETE]:用户删除数据成功。
400 INVALID REQUEST - [POST/PUT/PATCH]:用户发出的请求有错误,服务器没有进行新建或修改数据的操作,该操作是幂等的。
401 Unauthorized - [*]:表示用户没有权限(令牌、用户名、密码错误)。
403 Forbidden - [*] 表示用户得到授权(与401错误相对),但是访问是被禁止的。
404 NOT FOUND - [*]:用户发出的请求针对的是不存在的记录,服务器没有进行操作,该操作是幂等的。
406 Not Acceptable - [GET]:用户请求的格式不可得(比如用户请求JSON格式,但是只有XML格式)。
410 Gone -[GET]:用户请求的资源被永久删除,且不会再得到的。
422 Unprocesable entity - [POST/PUT/PATCH] 当创建一个对象时,发生一个验证错误。
500 INTERNAL SERVER ERROR - [*]:服务器发生错误,用户将无法判断发出的请求是否成功。

状态码的完全列表见:

8、错误处理(Error handling)

若是状态码是4xx,就应当向用户再次来到出错音讯。一般的话,再次来到的音信少将error作为键名,出错音讯作为键值即可。

{
    error: "Invalid API key"
}

九 、重返结果

本着分化操作,服务器向用户重回的结果应该符合以下标准。

GET /collection:返回资源对象的列表(数组)
GET /collection/resource:返回单个资源对象
POST /collection:返回新生成的资源对象
PUT /collection/resource:返回完整的资源对象
PATCH /collection/resource:返回完整的资源对象
DELETE /collection/resource:返回一个空文档

10、Hypermedia API

RESTful
API最棒成功Hypermedia,即再次回到结果中提供链接,连向别的API方法,使得用户不查文书档案,也明白下一步应该做哪些。

比如说,当用户向api.example.com的根目录发出请求,会获取如此贰个文书档案。

{"link": {
  "rel":   "collection https://www.example.com/zoos",
  "href":  "https://api.example.com/zoos",
  "title": "List of zoos",
  "type":  "application/vnd.yourformat+json"
}}

11、其他

1)API的地位认证应该使用OAuth 2.0框架。

2)服务器重返的数目格式,应该尽大概选用JSON,防止使用XML。


 

三、基于django实现

1、FBV模式

全局url

from django.contrib import admin

from django.conf.urls import url, include

urlpatterns = [
    url('admin/', admin.site.urls),
    url('api/', include('api.urls'))
]

 api.urls

from api import views
from django.conf.urls import url
urlpatterns = [
    url('^users/', views.users),
    url('^user/(\d+)', views.user),
]

 views

from django.shortcuts import render,HttpResponse

# Create your views here.
import json

def users(request):
    response = {'code':1000,'data':None}  #code用来表示状态,比如1000代表成功,1001代表
    response['data'] = [
        {'name':'haiyan','age':22},
        {'name':'haidong','age':10},
        {'name':'haixiyu','age':11},
    ]
    return HttpResponse(json.dumps(response))  #返回多条数据

def user(request,pk):
    if request.method =='GET':
        return HttpResponse(json.dumps({'name':'haiyan','age':11}))  #返回一条数据
    elif request.method =='POST':
        return HttpResponse(json.dumps({'code':1111}))  #返回一条数据
    elif request.method =='PUT':
        pass
    elif request.method =='DELETE':
        pass

2、CBV模式

 api.urls

from api import views
from django.conf.urls import url

urlpatterns = [
    url('^users/', views.UsersView.as_view()),
    url('^user/', views.UserView.as_view()),
]

views

from django.views import View
class UsersView(View):
    def get(self,request):
        response = {'code':1000,'data':None}
        response['data'] = [
            {'name': 'haiyan', 'age': 22},
            {'name': 'haidong', 'age': 10},
            {'name': 'haixiyu', 'age': 11},
        ]
        return HttpResponse(json.dumps(response),stutas=200)

class UserView(View):
    def get(self,request,pk):
        return HttpResponse(json.dumps({'name':'haiyan','age':11}))  #返回一条数据
    def post(self,request,pk):
        return HttpResponse(json.dumps({'code':1111}))  #返回一条数据
    def put(self,request,pk):
        pass
    def delete(self,request,pk):
        pass

基于django完成的API许多功力都亟待大家温馨开销,那时候Django Rest
Framework框架就给我们提供了便于。


 

④ 、基于Django Rest Framework框架实现

url.py

from django.conf.urls import url, include
from web.views.s1_api import TestView

urlpatterns = [
    url(r'^test/', TestView.as_view()),
]

views.py

from rest_framework.views import APIView
from rest_framework.response import Response


class TestView(APIView):
    def dispatch(self, request, *args, **kwargs):
        """
        请求到来之后,都要执行dispatch方法,dispatch方法根据请求方式不同触发 get/post/put等方法

        注意:APIView中的dispatch方法有好多好多的功能
        """
        return super().dispatch(request, *args, **kwargs)

    def get(self, request, *args, **kwargs):
        return Response('GET请求,响应内容')

    def post(self, request, *args, **kwargs):
        return Response('POST请求,响应内容')

    def put(self, request, *args, **kwargs):
        return Response('PUT请求,响应内容')

上述是rest
framework框架基本流程,主要的法力是在APIView的dispatch中触发。

首先没有Django
rest_Framework框架用django也是足以做出来的,只不过它为大家提供部分API常用的功效,比如:(认证,权限,限流,有了这么些大家只需求写个类已铺排,它就能当都市图用,还是可以全局配置,假如自个儿写还得写中间件,写装饰器来兑现,通过Django
rest_Framework框架,他早已把规则写好,只须求写类,只需兑现形式,重返值就足以)达成了一有的功效。

 

API,100restfulapi 本篇导航:
RESTful RESTful API设计 基于django完结 基于Django Rest Framework框架达成一 、RESTful REST与技术非亲非故,代表的是…

Django RESTful API 设计指南,djangorestful

互联网应用程序,分为前端和后端四个部分。当前的发展趋势,就是前者设备不乏先例(手机、平板、桌面电脑、别的专用设备……)。

故而,必须有一种统一的机制,方便分裂的前端设备与后端进行通讯。那导致API构架的流行,甚至出现”API
First”的规划思想。RESTful
API是眼前比较成熟的一套互连网应用程序的API设计理论。笔者原先写过一篇《通晓RESTful架构》,研究怎么样掌握那么些概念。

明日,笔者将介绍RESTful
API的统一筹划细节,研究怎么样规划一套合理、好用的API。作者的机要参考资料是那篇《Principles
of good RESTful API Design》。

  1. 协议

API与用户的通讯协议,总是利用HTTPs协议。

  1. 域名

应该尽量将API铺排在专用域名之下。

若果鲜明API很简短,不会有愈来愈扩大,能够设想放在主域名下。

  1. 版本(Versioning)

相应将API的版本号放入U卡宴L。

另一种做法是,将版本号放在HTTP头消息中,但比不上放入U昂科拉L方便和直观。

  1. 路径(Endpoint)

路线又称”终点”(endpoint),表示API的求实网址。

在RESTful架构中,每一个网址代表一种财富(resource),所以网址中无法有动词,只好有名词,而且所用的名词往往与数据库的表格名对应。一般的话,数据库中的表都以同种记录的”集合”(collection),所以API中的名词也应该运用复数。

举例来说,有二个API提供动物园(zoo)的音讯,还蕴涵种种动物和雇员的音讯,则它的途径应该设计成上面那样。

  1. HTTP动词

对此能源的具体操作类型,由HTTP动词表示。

常用的HTTP动词有下边多个(括号里是应和的SQL命令)。

GET(SELECT):从服务器取出能源(一项或多项)。
POST(CREATE):在服务器新建贰个能源。
PUT(UPDATE):在服务器更新能源(客户端提供改变后的欧洲经济共同体能源)。
PATCH(UPDATE):在服务器更新能源(客户端提供改变的性质)。
DELETE(DELETE):从服务器删除财富。
还有五个不常用的HTTP动词。

HEAD:获取能源的元数据。
OPTIONS:获取音讯,关于能源的怎么着属性是客户端能够改变的。
上面是局地事例。

GET /zoos:列出全体动物园
POST /zoos:新建三个动物园
GET /zoos/ID:获取某些钦命动物园的信息
PUT /zoos/ID:更新某些钦赐动物园的信息(提供该动物园的漫天音信)
PATCH /zoos/ID:更新某些内定动物园的音信(提供该动物园的片段消息)
DELETE /zoos/ID:删除有个别动物园
GET /zoos/ID/animals:列出有些钦命动物园的有所动物
DELETE /zoos/ID/animals/ID:删除某个内定动物园的钦定动物

  1. 过滤音信(Filtering)

假诺记录数据很多,服务器不容许都将它们重临给用户。API应该提供参数,过滤重回结果。上面是部分普遍的参数。

?limit=10:钦定再次回到记录的数目
?offset=10:钦命重回记录的始发地方。
?sortby=name&order=asc:内定再次来到结果依据哪个属性排序,以及排序依次。
?animal_type_id=1:钦定筛选标准
参数的设计允许存在冗余,即允许API路径和UEvoqueL参数偶尔有重复。比如,GET
/zoo/ID/animals 与 GET /animals?zoo_id=ID 的含义是均等的。

  1. 状态码(Status Codes)

服务器向用户重临的状态码和提醒消息,常见的有以下部分(方括号中是该状态码对应的HTTP动词)。

200 OK –
[GET]:服务器成功再次来到用户请求的数目,该操作是幂等的(Idempotent)。
201 CREATED – [POST/PUT/PATCH]:用户新建或修改数据成功。
204 NO CONTENT – [DELETE]:用户删除数据成功。
400 INVALID REQUEST –
[POST/PUT/PATCH]:用户产生的恳求有荒唐,服务器并未展开新建或修改数据的操作,该操作是幂等的。。
404 NOT FOUND –
[*]:用户爆发的央浼针对的是不设有的笔录,服务器并未进行操作,该操作是幂等的。
500 INTERNAL SERVER ERROR –
[*]:服务器发生错误,用户将无法看清发生的央浼是不是成功。
状态码的一点一滴列表参见那里。

  1. 错误处理(Error handling)

如若状态码是4xx,就应有向用户再次来到出错音信。一般的话,再次回到的新闻元帅error作为键名,出错音讯作为键值即可。

{
error: “Invalid API key”
}

  1. 归来结果

针对分裂操作,服务器向用户再次回到的结果应该符合以下标准。

GET /collection:再次来到财富对象的列表(数组)
GET /collection/resource:再次回到单个能源对象
POST /collection:重回新生成的财富对象
PUT /collection/resource:重临完整的能源对象
PATCH /collection/resource:再次回到完整的财富对象
DELETE /collection/resource:重回2个空文档

  1. Hypermedia API

RESTful
API最佳完结Hypermedia,即重返结果中提供链接,连向任何API方法,使得用户不查文书档案,也领略下一步应该做什么。比如,当用户向api.example.com的根目录发出请求,会收获这么三个文书档案。

{“link”: {
“rel”: “collection “,
“href”: “”,
“title”: “List of zoos”,
“type”: “application/vnd.yourformat+json”
}}
地点代码表示,文书档案中有3个link属性,用户读取这一个性子就驾驭下一步该调用什么API了。rel代表这几个API与日前网址的关系(collection关系,并提交该collection的网址),href代表API的不二法门,title表示API的标题,type表示回去类型。

Hypermedia
API的设计被称作HATEOAS。Github的API便是那种安插,访问api.github.com会获取1个负有可用API的网址列表。

{
“current_user_url”: “”,
“authorizations_url”: “”,
// …
}
从地点能够看出,假诺想获取当前用户的音讯,应该去拜谒api.github.com/user,然后就获取了上边结果。

{
“message”: “Requires authentication”,
“documentation_url”: “”
}
地点代码表示,服务器交由了指示音讯,以及文档的网址。

  1. 其他

(1)API的地方验证应该利用OAuth 2.0框架。

(2)服务器重回的数据格式,应该尽大概利用JSON,幸免选择XML

转自

RESTful API 设计指南,djangorestful
互联网应用程序,分为前端和后端四个部分。当前的发展趋势,便是前者设备不以为奇(手提式有线电话机、平板、桌…

1、什么是API?

1、协议

API与用户的通讯协议,总是选拔HTTPs协议。

答:API便是接口,提供的url。接口有七个用途:

2、域名

有三种艺术

主意一: 尽量将API安顿在专用域名(会设有跨域难题)

https://api.example.com

格局二:要是显著API很简单,不会有越来越壮大,能够考虑放在主域名下。

https://example.org/api/
  • – 为外人提供服务
  • – 前后端分离,3个写vue,3个写后端,他们之间都以由此ajax请求

3、版本(Versioning)

应当将API的版本号放入U昂CoraL。

https://api.example.com/v1/

另一种做法是,将版本号放在HTTP头音讯中,但比不上放入U凯雷德L方便和直观。Github采纳那种做法。

互联网应用程序,分为前端和后端四个部分。当前的发展趋势,便是前者设备见惯司空(手提式无线电话机、平板、桌面电脑、别的专用设备……)。

4、路径(Endpoint)

途径又称”终点”(endpoint),表示API的切实可行网址。

在RESTful架构中,各种网址代表一种财富(resource),所以网址中无法有动词,只可以出名词,而且所用的名词往往与数据库的表格名对应。一般的话,数据库中的表都以同种记录的”集合”(collection),所以API中的名词也应当选用复数。

举例来说来说,有两个API提供动物园(zoo)的音讯,还包含种种动物和雇员的消息,则它的路线应该设计成下边那样。

https://api.example.com/v1/zoos
https://api.example.com/v1/animals
https://api.example.com/v1/employees

所以,必须有一种统一的编写制定,方便差异的前端设备与后端举办通讯。那致使API构架的流行,甚至出现”API
First”的筹划思想。RESTful
API是方今可比早熟的一套互连网应用程序的API设计理论。

5、HTTP动词

对此财富的具体操作类型,由HTTP动词表示。

常用的HTTP动词有下边八个(括号里是呼应的SQL命令)。

GET(SELECT):从服务器取出资源(一项或多项)。即获取数据
POST(CREATE):在服务器新建一个资源。 即添加数据
PUT(UPDATE):在服务器更新资源(客户端提供改变后的完整资源)。即更新数据
PATCH(UPDATE):在服务器更新资源(客户端提供改变的属性)。即更新数据
DELETE(DELETE):从服务器删除资源  。即删除数据

再有八个不常用的HTTP动词。

HEAD:获取资源的元数据。
OPTIONS:获取信息,关于资源的哪些属性是客户端可以改变的。

上边是局地事例:

GET /zoos:列出所有动物园
POST /zoos:新建一个动物园
GET /zoos/ID:获取某个指定动物园的信息
PUT /zoos/ID:更新某个指定动物园的信息(提供该动物园的全部信息)
PATCH /zoos/ID:更新某个指定动物园的信息(提供该动物园的部分信息)
DELETE /zoos/ID:删除某个动物园
GET /zoos/ID/animals:列出某个指定动物园的所有动物
DELETE /zoos/ID/animals/ID:删除某个指定动物园的指定动物

那么先来大约理解一下

陆 、过滤消息(Filtering)

若果记录数据很多,服务器不容许都将它们再次回到给用户。API应该提供参数,过滤再次来到结果。

上面是有个别科学普及的参数。

?limit=10:指定返回记录的数量
?offset=10:指定返回记录的开始位置。
?page=2&per_page=100:指定第几页,以及每页的记录数。
?sortby=name&order=asc:指定返回结果按照哪个属性排序,以及排序顺序。
?animal_type_id=1:指定筛选条件

参数的宏图允许存在冗余,即允许API路径和U奥德赛L参数偶尔有重新。比如,GET
/zoo/ID/animals 与 GET /animals?zoo_id=ID 的含义是同一的。

1、协议

API与用户的通讯协议,总是采纳HTTPs协议。

7、状态码(status codes)

服务器向用户重回的状态码和提醒新闻,常见的有以下部分(方括号中是该状态码对应的HTTP动词)。

200 OK - [GET]:服务器成功返回用户请求的数据,该操作是幂等的(Idempotent)。
201 CREATED - [POST/PUT/PATCH]:用户新建或修改数据成功。
202 Accepted - [*]:表示一个请求已经进入后台排队(异步任务)
204 NO CONTENT - [DELETE]:用户删除数据成功。
400 INVALID REQUEST - [POST/PUT/PATCH]:用户发出的请求有错误,服务器没有进行新建或修改数据的操作,该操作是幂等的。
401 Unauthorized - [*]:表示用户没有权限(令牌、用户名、密码错误)。
403 Forbidden - [*] 表示用户得到授权(与401错误相对),但是访问是被禁止的。
404 NOT FOUND - [*]:用户发出的请求针对的是不存在的记录,服务器没有进行操作,该操作是幂等的。
406 Not Acceptable - [GET]:用户请求的格式不可得(比如用户请求JSON格式,但是只有XML格式)。
410 Gone -[GET]:用户请求的资源被永久删除,且不会再得到的。
422 Unprocesable entity - [POST/PUT/PATCH] 当创建一个对象时,发生一个验证错误。
500 INTERNAL SERVER ERROR - [*]:服务器发生错误,用户将无法判断发出的请求是否成功。

状态码的一心列表参见那里。

2、域名

有三种办法

措施一: 尽量将API铺排在专用域名(会存在跨域难题)

https://api.example.com

方法二:借使明确API很简短,不会有越来越扩大,能够设想放在主域名下。

https://example.org/api/

捌 、错误处理(Error handling)

若果状态码是4xx,就相应向用户重临出错音信。一般的话,重返的新闻中校error作为键名,出错消息作为键值即可。

{
    error: "Invalid API key"
}

3、版本(Versioning)

应当将API的版本号放入U奥迪Q5L。

https://api.example.com/v1/

另一种做法是,将版本号放在HTTP头消息中,但不比放入U牧马人L方便和直观。Github选用这种做法。

⑨ 、重回结果

本着区别操作,服务器向用户重回的结果应该符合以下标准

GET /collection:返回资源对象的列表(数组)
GET /collection/resource:返回单个资源对象
POST /collection:返回新生成的资源对象
PUT /collection/resource:返回完整的资源对象
PATCH /collection/resource:返回完整的资源对象
DELETE /collection/resource:返回一个空文档

4、路径(Endpoint)

途径又称”终点”(endpoint),表示API的现实网址。

在RESTful架构中,每一个网址代表一种能源(resource),所以网址中不能够有动词,只可以盛名词,而且所用的名词往往与数据库的表格名对应。一般的话,数据库中的表都以同种记录的”集合”(collection),所以API中的名词也应有使用复数。

举例来说来说,有1个API提供动物园(zoo)的新闻,还包含各样动物和雇员的音信,则它的门径应该设计成下边那样。

https://api.example.com/v1/zoos
https://api.example.com/v1/animals
https://api.example.com/v1/employees

10、Hypermedia API  超媒体API

RESTful
API最佳成功Hypermedia,即返回结果中提供链接,连向别的API方法,使得用户不查文书档案,也领略下一步应该做什么样。

例如,当用户向api.example.com的根目录发出请求,会博得这么二个文档。

{"link": {
  "rel":   "collection https://www.example.com/zoos",  #表示这个API与当前网址的关系(collection关系,并给出该collection的网址)
  "href":  "https://api.example.com/zoos",  #API路径
  "title": "List of zoos",  #API的标题
  "type":  "application/vnd.yourformat+json"  #返回类型
}}

Hypermedia
API的布置被叫作HATEOAS。Github的API正是那种设计,访问api.github.com会拿走1个持有可用API的网址列表。

{
  "current_user_url": "https://api.github.com/user",
  "authorizations_url": "https://api.github.com/authorizations",
  // ...
}

从地点能够看看,假使想赢妥善前用户的新闻,应该去访问api.github.com/user,然后就取得了上面结果。

{
  "message": "Requires authentication",
  "documentation_url": "https://developer.github.com/v3"
}

5、HTTP动词

对此能源的具体操作类型,由HTTP动词表示。

常用的HTTP动词有上面四个(括号里是对应的SQL命令)。

GET(SELECT):从服务器取出资源(一项或多项)。即获取数据
POST(CREATE):在服务器新建一个资源。 即添加数据
PUT(UPDATE):在服务器更新资源(客户端提供改变后的完整资源)。即更新数据
PATCH(UPDATE):在服务器更新资源(客户端提供改变的属性)。即更新数据
DELETE(DELETE):从服务器删除资源  。即删除数据

再有四个不常用的HTTP动词。

HEAD:获取资源的元数据。
OPTIONS:获取信息,关于资源的哪些属性是客户端可以改变的。

上边是局地事例:

GET /zoos:列出所有动物园
POST /zoos:新建一个动物园
GET /zoos/ID:获取某个指定动物园的信息
PUT /zoos/ID:更新某个指定动物园的信息(提供该动物园的全部信息)
PATCH /zoos/ID:更新某个指定动物园的信息(提供该动物园的部分信息)
DELETE /zoos/ID:删除某个动物园
GET /zoos/ID/animals:列出某个指定动物园的所有动物
DELETE /zoos/ID/animals/ID:删除某个指定动物园的指定动物

方式一:FBV模式:

 

⑥ 、过滤消息(Filtering)

一旦记录数据过多,服务器不容许都将它们重回给用户。API应该提供参数,过滤重临结果。

上边是部分大规模的参数。

?limit=10:指定返回记录的数量
?offset=10:指定返回记录的开始位置。
?page=2&per_page=100:指定第几页,以及每页的记录数。
?sortby=name&order=asc:指定返回结果按照哪个属性排序,以及排序顺序。
?animal_type_id=1:指定筛选条件

参数的布署允许存在冗余,即允许API路径和URAV4L参数偶尔有重新。比如,GET
/zoo/ID/animals 与 GET /animals?zoo_id=ID 的意义是平等的。

方式二:CBV模式

听他们说django达成的API许多作用都供给我们团结付出,那时候djangorestframework就给大家提供了有益,直接基于它来回到数据,总而言之原理都是一样的,正是给二个接口也等于url,让前者的人去乞求这么些url去获取数据,在页面上显得出来。这样也就完毕了上下端分离的功效。上边我们来探视基于Django
Rest Framework框架完毕

7、状态码(status codes)

服务器向用户重返的状态码和提醒消息,常见的有以下部分(方括号中是该状态码对应的HTTP动词)。

200 OK - [GET]:服务器成功返回用户请求的数据,该操作是幂等的(Idempotent)。
201 CREATED - [POST/PUT/PATCH]:用户新建或修改数据成功。
202 Accepted - [*]:表示一个请求已经进入后台排队(异步任务)
204 NO CONTENT - [DELETE]:用户删除数据成功。
400 INVALID REQUEST - [POST/PUT/PATCH]:用户发出的请求有错误,服务器没有进行新建或修改数据的操作,该操作是幂等的。
401 Unauthorized - [*]:表示用户没有权限(令牌、用户名、密码错误)。
403 Forbidden - [*] 表示用户得到授权(与401错误相对),但是访问是被禁止的。
404 NOT FOUND - [*]:用户发出的请求针对的是不存在的记录,服务器没有进行操作,该操作是幂等的。
406 Not Acceptable - [GET]:用户请求的格式不可得(比如用户请求JSON格式,但是只有XML格式)。
410 Gone -[GET]:用户请求的资源被永久删除,且不会再得到的。
422 Unprocesable entity - [POST/PUT/PATCH] 当创建一个对象时,发生一个验证错误。
500 INTERNAL SERVER ERROR - [*]:服务器发生错误,用户将无法判断发出的请求是否成功。

状态码的一点一滴列表参见这里。

壹 、自定义表达规则 

详见链接

class MyAuthtication(BasicAuthentication):
    def authenticate(self, request):
        token = request.query_params.get('token')  #注意是没有GET的,用query_params表示
        if token == 'zxxzzxzc':
            return ('uuuuuu','afsdsgdf') #返回user,auth
        raise APIException('认证错误')

class UserView(APIView):
    authentication_classes = [MyAuthtication,]
    def get(self,request,*args,**kwargs):
        print(request.user)
        print(request.auth)
        return Response('用户列表')

捌 、错误处理(Error handling)

假使状态码是4xx,就相应向用户重回出错音信。一般的话,再次来到的新闻中校error作为键名,出错音信作为键值即可。

{
    error: "Invalid API key"
}

2、应用:

关键是做Token验证  url中as_view里面调用了dispatch方法。

能够有三种艺术

⑨ 、再次回到结果

针对不一样操作,服务器向用户再次来到的结果应当符合以下标准

GET /collection:返回资源对象的列表(数组)
GET /collection/resource:返回单个资源对象
POST /collection:返回新生成的资源对象
PUT /collection/resource:返回完整的资源对象
PATCH /collection/resource:返回完整的资源对象
DELETE /collection/resource:返回一个空文档

一对使用

10、Hypermedia API  超媒体API

RESTful
API最棒落成Hypermedia,即重返结果中提供链接,连向其它API方法,使得用户不查文书档案,也晓得下一步应该做哪些。

譬如,当用户向api.example.com的根目录发出请求,会获得这么一个文书档案。

{"link": {
  "rel":   "collection https://www.example.com/zoos",  #表示这个API与当前网址的关系(collection关系,并给出该collection的网址)
  "href":  "https://api.example.com/zoos",  #API路径
  "title": "List of zoos",  #API的标题
  "type":  "application/vnd.yourformat+json"  #返回类型
}}

Hypermedia
API的规划被称之为HATEOAS。Github的API就是那种设计,访问api.github.com会取得2个拥有可用API的网址列表。

{
  "current_user_url": "https://api.github.com/user",
  "authorizations_url": "https://api.github.com/authorizations",
  // ...
}

从地方可以看出,就算想得到当前用户的音讯,应该去拜访api.github.com/user,然后就收获了上面结果。

{
  "message": "Requires authentication",
  "documentation_url": "https://developer.github.com/v3"
}

全局使用

注:rest_framewor是多个app需求settings里面设置。

API,restfulapi 一 、 什么是RESTful
REST与技术非亲非故,代表的是一种软件架构风格,REST是Representational State
Transfer的简称,中文翻译为 表征…

方式一:FBV模式:

金沙注册送58 1金沙注册送58 2

from django.contrib import admin

from django.conf.urls import url, include
from app01 import views
from app02 import views

urlpatterns = [
    url('admin/', admin.site.urls),
    # path('hosts/',views.HostView.as_view()),
    url('app02/', include('app02.urls'))
]

全局url

金沙注册送58 3金沙注册送58 4

from app02 import views
from django.conf.urls import url
urlpatterns = [
    url('^users/', views.users),
    url('^user/(\d+)', views.user),


]

app02/url

金沙注册送58 5金沙注册送58 6

from django.shortcuts import render,HttpResponse

# Create your views here.
import json

def users(request):
    response = {'code':1000,'data':None}  #code用来表示状态,比如1000代表成功,1001代表
    response['data'] = [
        {'name':'haiyan','age':22},
        {'name':'haidong','age':10},
        {'name':'haixiyu','age':11},
    ]
    return HttpResponse(json.dumps(response))  #返回多条数据

def user(request,pk):
    if request.method =='GET':
        return HttpResponse(json.dumps({'name':'haiyan','age':11}))  #返回一条数据
    elif request.method =='POST':
        return HttpResponse(json.dumps({'code':1111}))  #返回一条数据
    elif request.method =='PUT':
        pass
    elif request.method =='DELETE':
        pass

views

 

方式二:CBV模式

金沙注册送58 7金沙注册送58 8

 from app02 import views
 from django.conf.urls import url
 urlpatterns = [
     url('^users/', views.UsersView.as_view()),
     url('^user/', views.UserView.as_view()),
 ]

app02/urls

金沙注册送58 9金沙注册送58 10

from django.views import View
class UsersView(View):
    def get(self,request):
        response = {'code':1000,'data':None}
        response['data'] = [
            {'name': 'haiyan', 'age': 22},
            {'name': 'haidong', 'age': 10},
            {'name': 'haixiyu', 'age': 11},
        ]
        return HttpResponse(json.dumps(response),stutas=200)

class UserView(View):
    def get(self,request,pk):
        return HttpResponse(json.dumps({'name':'haiyan','age':11}))  #返回一条数据
    def post(self,request,pk):
        return HttpResponse(json.dumps({'code':1111}))  #返回一条数据
    def put(self,request,pk):
        pass
    def delete(self,request,pk):
        pass

views

根据django实现的API许多效率都亟需大家协调开发,那时候djangorestframework就给大家提供了方便,直接基于它来回到数据,综上说述原理都以一律的,就是给一个接口也便是url,让前者的人去乞求那一个url去获取数据,在页面上体现出来。这样也就直达了前后端分离的效应。上边大家来探望基于Django
Rest Framework框架达成

壹 、自定义说明规则 

详见链接

class MyAuthtication(BasicAuthentication):
    def authenticate(self, request):
        token = request.query_params.get('token')  #注意是没有GET的,用query_params表示
        if token == 'zxxzzxzc':
            return ('uuuuuu','afsdsgdf') #返回user,auth
        raise APIException('认证错误')

class UserView(APIView):
    authentication_classes = [MyAuthtication,]
    def get(self,request,*args,**kwargs):
        print(request.user)
        print(request.auth)
        return Response('用户列表')

2、应用:

注重是做Token验证  url中as_view里面调用了dispatch方法。

能够有三种办法

有的使用

金沙注册送58 11金沙注册送58 12

from app01 import views
from django.conf.urls import url
urlpatterns = [
    # django rest framework
    url('^hosts/', views.HostView.as_view()),
    url(r'^auth/', views.AuthView.as_view()),
]

urls.py

金沙注册送58 13金沙注册送58 14

from django.shortcuts import render,HttpResponse
# Create your views here.
from rest_framework.views import  APIView
from rest_framework.views import Request
from rest_framework.authentication import SessionAuthentication
from rest_framework.authentication import BaseAuthentication, BasicAuthentication
from rest_framework.parsers import JSONParser
from rest_framework.negotiation import  DefaultContentNegotiation
from rest_framework.exceptions import APIException
from app01 import models
from rest_framework.response import Response  #友好的显示返回结果



class AuthView(APIView):
    #auth登录页面不需要验证,可设置
    authentication_classes = []  #登录页面不需要认证
    def get(self,request):
        '''
        接收用户名和密码
        :param request:
        :return:
        '''
        ret = {'code':1000,'msg':None}
        user = request.query_params.get('username')

        pwd = request.query_params.get('password')
        print(user,pwd)
        obj = models.UserInfo.objects.filter(username=user,password=pwd).first()
        print(obj)
        if not obj :
            ret['code'] = 1001
            ret['msg'] = '用户名或者密码错误'
            return Response(ret)
        #创建随机字符串
        import time
        import hashlib
        ctime = time.time()
        key = '%s|%s'%(user,ctime)
        m = hashlib.md5()
        m.update(key.encode('utf-8'))
        token = m.hexdigest()

        #保存数据
        obj.token = token
        obj.save()

        ret['token'] = token
        return Response(ret)

class HostView(APIView):
    def dispatch(self, request, *args, **kwargs):
        return super().dispatch(request, *args, **kwargs)

    # authentication_classes = [MyAuthtication]

    def get(self,request,*args,**kwargs):
        print(request.user,'dddddddddddffffff')
        print(request.auth,'dddddddddd')
        #原来的request,django.core.handlers.wsgi.WSGIRequest
        #现在的request ,rest_framework.request.Request
        # print(request)
        authentication_classes = [SessionAuthentication,BaseAuthentication]
        # print(self.authentication_classes)  # [<class 'rest_framework.authentication.SessionAuthentication'>,
                                            #  <class 'rest_framework.authentication.BasicAuthentication'>]
        return HttpResponse('GET请求的响应内容')

    def post(self,request,*args,**kwargs):
        pass
        # try:
        #     try :
        #         current_page = request.POST.get("page")
        #
        #         current_page = int(current_page)
        #         int("asd")
        #     except ValueError as e:
        #         print(e)
        #         raise #如果有raise说明自己处理不了了,就交给下面的一个去捕捉了
        # except Exception as e:
        #     print("OK")


        return  HttpResponse('post请求的响应内容')

    def put(self, request, *args, **kwargs):
        return HttpResponse('put请求的响应内容')

Views.py

全局使用

金沙注册送58 15金沙注册送58 16

#注册认证类
REST_FRAMEWORK = {
    'UNAUTHENTICATED_USER': None,
    'UNAUTHENTICATED_TOKEN': None,  #将匿名用户设置为None
    "DEFAULT_AUTHENTICATION_CLASSES": [
        "app01.utils.MyAuthentication",
    ],
}

settings

金沙注册送58 17金沙注册送58 18

from  rest_framework.authentication import BaseAuthentication
from rest_framework.exceptions import APIException
from app02 import models


class MyAuthentication(BaseAuthentication):
    def authenticate(self, request):
        token=request.query_params.get('token')
        print(token)
        obj=models.UserInfo.objects.filter(token=token).first()
        print(obj)
        if obj:
            return (obj.username,obj)
        raise  APIException('没有通过验证')

大局验证

注:rest_framewor是一个app须求settings里面设置。

金沙注册送58 19

遇上那几个荒唐正是因为从没在settins中注册rest_framework.

比方不想用暗中同意的沙盘彰显,只想展示json数据,则

from rest_framework.renderers import JSONRenderer

class HostView(APIView):
    renderer_classes = [JSONRenderer,]

    def get(self,request,*args,**kwargs):
        self.dispatch
        print(request.user)
        print(request.auth)
        return Response('主机列表')

 

相关文章

网站地图xml地图