威尼斯人线上娱乐

设计指南

28 3月 , 2019  

  • REST与技术无关,代表的是一种软件框架结构风格,REST是Representational
    State Transfer的简称,汉译为“性情状态转移
  • REST从财富的角度类审视整个互连网,它将分布在网络中有些节点的能源通过U奥迪Q5L实行标识,客户端应用通过UKoleosL来取得能源的特征,获得那个特点致使这一个应用转变状态
  • 富有的多寡,不管是透过互联网获得的大概操作数据库获得(增加和删除改查)的数量,都是财富,将全体数据就是能源是REST差距与别的架构风格的最本质属性
  • 对此REST那种面向财富的架构风格,有人提议一种崭新的构造理念,即:面向能源架构(ROA:Resource
    Oriented Architecture)

    • 对互连网上的自由东西都说是财富,他认为一个url就是叁个资源比如:

RESTful API,restfulapi

  • REST与技能非亲非故,代表的是一种软件架构风格,REST是Representational
    State Transfer的简称,汉语翻译为“特征状态转移
  • REST从能源的角度类审视整个互联网,它将分布在互连网中有些节点的财富通过URAV4L进行标识,客户端应用通过U智跑L来获得能源的个性,获得这个特点致使这几个应用转变状态
  • 怀有的数量,不管是由此互连网获得的或许操作数据库获得(增加和删除改查)的数码,都以能源,将一切数据便是能源是REST分裂与别的架构风格的最本质属性
  • 对此REST那种面向财富的架构风格,有人建议一种崭新的组织理念,即:面向财富架构(ROA:Resource
    Oriented Architecture)

    • 对网络上的肆意东西都实属财富,他认为二个url就是二个财富比如:

1、什么是API?

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

  • – 为人家提供劳务
  • – 前后端分离,1个写vue,三个写后端,他们之间都是经过ajax请求

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

为此,必须有一种统一的机制,方便差别的前端设备与后端实行通讯。这造成API构架的风行,甚至出现”API
First”的布置性思想。RESTful
API是近年来相比较成熟的一套互连网应用程序的API设计理论。

那么先来大约询问一下

100、RESTful API,100restfulapi

本篇导航:

  • RESTful
  • RESTful API设计
  • 基于django实现
  • 依照Django Rest Framework框架完成

 

一、RESTful

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

REST从能源的角度类审视整个网络,它将分布在网络中有个别节点的能源通过U智跑L实行标识,客户端应用通过URAV4L来获取财富的风味,获得那一个特色致使那一个应用转变状态

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

负有的数量,不过是透过网络获得的要么操作(增加和删除改查)的数目,都以财富,将全部数据正是财富是REST分化与任何架构风格的最本质属性

对此REST那种面向能源的架构风格,有人建议一种全新的构造理念,即:面向能源架构(ROA:Resource
Oriented Architecture)


 

二、RESTful API设计

网络应用程序,分为前端和后端多少个部分。当前的发展趋势,即是前者设备屡见不鲜(手提式有线电话机、平板、桌面电脑、别的专用设备……)。

故此,必须有一种统一的体制,方便分歧的前端设备与后端实行通讯。那导致API构架的盛行,甚至出现”API
First”的布置性思想。RESTful
API是近年来可比早熟的一套网络应用程序的API设计理论。

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

– 为人家提供劳动

– 前后端分离,二个写vue,五个写后端,他们之间都以经过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头音信中,但比不上放入UEscortL方便和直观。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:删除某个指定动物园的指定动物

6、过滤音讯(Filtering)

若果记录数据很多,服务器非常的小概都将它们再次来到给用户。API应该提供参数,过滤再次来到结果。

上面是有的广泛的参数。

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

参数的设计允许存在冗余,即允许API路径和ULANDL参数偶尔有双重。比如,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 - [*]:服务器发生错误,用户将无法判断发出的请求是否成功。

状态码的通通列表见:

⑧ 、错误处理(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福特ExplorerL。

另一种做法是,将版本号放在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路径和UMuranoL参数偶尔有再次。比如,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:再次回到二个空文书档案

  1. Hypermedia API

RESTful
API最棒成功Hypermedia,即再次来到结果中提供链接,连向别的API方法,使得用户不查文书档案,也掌握下一步应该做什么。比如,当用户向api.example.com的根目录发出请求,会收获这么2个文书档案。

{“link”: {
“rel”: “collection “,
“href”: “”,
“title”: “List of zoos”,
“type”: “application/vnd.yourformat+json”
}}
地点代码表示,文书档案中有三个link属性,用户读取那天性情就理解下一步该调用什么API了。rel代表这么些API与当前网址的关系(collection关系,并交付该collection的网址),href代表API的途径,title表示API的标题,type表示回去类型。

Hypermedia
API的筹划被称作HATEOAS。Github的API正是那种规划,访问api.github.com会获取一个负有可用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/
  • – 为人家提供劳务
  • – 前后端分离,三个写vue,贰个写后端,他们中间都是透过ajax请求

3、版本(Versioning)

应该将API的版本号放入U凯雷德L。

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

另一种做法是,将版本号放在HTTP头音信中,但不比放入UCR-VL方便和直观。Github采纳那种做法。

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

4、路径(Endpoint)

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

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

举例来说,有3个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路径和UXC60L参数偶尔有重新。比如,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帕杰罗L。

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

另一种做法是,将版本号放在HTTP头消息中,但不比放入UQX56L方便和直观。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中的名词也应有采纳复数。

举例来说来说,有三个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的根目录发出请求,会得到这么3个文档。

{"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会拿走一个持有可用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路径和U奇骏L参数偶尔有重新。比如,GET
/zoo/ID/animals 与 GET /animals?zoo_id=ID 的意义是同等的。

方式二:CBV模式

据说django完成的API许多意义都须要大家协调支付,那时候djangorestframework就给我们提供了方便人民群众,直接基于它来回到数据,由此可知原理都以同一的,正是给2个接口也正是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会取得多少个拥有可用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是1个app须要settings里面设置。

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

方式一:FBV模式:

威尼斯人线上娱乐 1威尼斯人线上娱乐 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

威尼斯人线上娱乐 3威尼斯人线上娱乐 4

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


]

app02/url

威尼斯人线上娱乐 5威尼斯人线上娱乐 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模式

威尼斯人线上娱乐 7威尼斯人线上娱乐 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

威尼斯人线上娱乐 9威尼斯人线上娱乐 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方法。

能够有二种办法

一些使用

威尼斯人线上娱乐 11威尼斯人线上娱乐 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

威尼斯人线上娱乐 13威尼斯人线上娱乐 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

大局使用

威尼斯人线上娱乐 15威尼斯人线上娱乐 16

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

settings

威尼斯人线上娱乐 17威尼斯人线上娱乐 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里面设置。

威尼斯人线上娱乐 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地图