标签:更新记录 流程 页面 article 实例化 面试题 index 不同 时间
前端:整个页面显示以及页面的交互逻辑,用ajax和node作为交互。其中node作为中间层 后端:提供api接口,利用redis保存session,与数据库交互 ? 步骤: 1)客户端(浏览器)向node请求页面交互。 2)node向后端(这里用java)转发请求。java在发送请求到数据库。 3)java返回结果给node。node返回页面,提供数据。 ? node: node主要是为了分层开发,前端不需要知道后端是怎么提供数据,怎么操作。后端也不需要知道node是怎么操作,前端是怎么部署。前端可以利用node自己作处理。 node本身有着异步,非阻塞I/o。在处理并发量比较大的数据请求上有很大的优势。
restful规范是一套规则,用于API中之间进行数据交换的约定。 它的具体规则有: 1、https代替http,保证数据传输时的安全 2、在url中一般要体现api标识,这样看到url就知道他是一个api 建议:https://www.zdr.com/api/...(不会存在跨域问题) 3、在接口中要体现版本,可放在url中也可以放在请求头中 建议:https://www.zdr.com/api/v1/... 4、restful也称为面向资源编程,视网络上的一切都是资源,对资源可以进行操作,所以一般资源都用名词 5、如果要加入一些筛选条件,可以添加在url中 https://www.zdr.com/api/v1/user/?page=1&type=9 6、根据method请求方法不同做不同操作 get/post/put/patch/delete 7、根据请求方法不同返回不同的值 get全部/post返回添加的值/put/patch/delete不返回值 8、给用户返回状态码 - 200——成功 - 300——301是永久重定向,302是临时重定向 - 400——403拒绝中间件的csrftoken认证 /404找不到 - 500——服务端代码错误 9、操作异常时,要返回错误信息 { error: "Invalid API key" } 10、对于下一个请求要返回一些接口: Hypermedia AP { ‘id‘:2, ‘name‘:‘alex‘, ‘age‘:19, ‘depart‘: "http://www.luffycity.com/api/user/30/" }
postman
优先查找根目录下:templates
根据app的注册顺序去每个app的templates目录中找
drf的全称是Django RESTful Framework
它是一个基于django开发的组件,本质是一个django的app
drf可以帮我们快速开发出一个遵循restful规范的程序
免除csrf认证 视图(三种:(1)APIView,(2)ListAPIview,(3)ListModelMixin) 版本处理 认证 权限 节流(频率限制) 解析器 筛选器 分页 序列化和数据校验:可以对QuerySet进行序列化,也可以对用户提交的数据进行校验——展示特殊的数据 depth source:无需加括号,在源码内部会去判断是否可执行,如果可执行自动加括号。【多对一、一对一/choice】 SerializerMethodField定义钩子方法【多对多】 渲染器:可以帮我们把json数据渲染到drf自己的页面上。
第一种:APIView
第一种遵循了CBV的模式,里面的功能比较多但是需要自己写的代码也有很多
提供了免除csrf认证,版本处理、认证、权限、节流、解析器、筛选器、分页、序列化、渲染器
?
?
第二种:ListAPIView,RetrieveAPIView,CreateAPIView,UpdateAPIView,DestroyAPIView
第二种则在第一种的基础上,封装了许多我们需要自己的写的代码,许多功能的实现只需要给专属的变量名赋值就可以实现该功能
?
?
第三种:GenericViewSet、ListModelMixin,RetrieveModelMixin,CreateModelMixin,UpdateModelMixin,DestroyModelMixin
第三种则重构了APIView中的as_view()方法,结合请求方法和不同Mixin类的方法名从而进行执行不同的功能。与前面两种最主要的区别是url路由中as_view()方法中需要传值。
目前使用的主要目的是把第二种的bug(查询全部数据的功能和查询单个数据的功能无法在一个类中实现)实现在一个类中!
总结:GenericAPIView主要为drf内部帮助我们提供增删改查的类LIstAPIView、CreateAPIView、UpdateAPIView、提供了执行流程和功能,
我们在使用drf内置类做增删改查时,就可以通过自定义 静态字段(类变量)或重写方法(get_queryset、get_serializer_class)来进行更高级的定制。 他提供了一些规则,例如: ? class GenericAPIView(APIView): serializer_class = None queryset = None lookup_field = ‘pk‘ filter_backends = api_settings.DEFAULT_FILTER_BACKENDS pagination_class = api_settings.DEFAULT_PAGINATION_CLASS def get_queryset(self): return self.queryset def get_serializer_class(self): return self.serializer_class def filter_queryset(self, queryset): for backend in list(self.filter_backends): queryset = backend().filter_queryset(self.request, queryset, self) return queryset @property def paginator(self): if not hasattr(self, ‘_paginator‘): if self.pagination_class is None: self._paginator = None else: self._paginator = self.pagination_class() return self._paginator 他相当于提供了一些规则,建议子类中使用固定的方式获取数据,例如: class ArticleView(GenericAPIView): queryset = models.User.objects.all() def get(self,request,*args,**kwargs): query = self.get_queryset() ? 我们可以自己继承GenericAPIView来实现具体操作,但是一般不会,因为更加麻烦。 而GenericAPIView主要是提供给drf内部的 ListAPIView、Create.... class ListModelMixin: def list(self, request, *args, **kwargs): queryset = self.filter_queryset(self.get_queryset()) ? page = self.paginate_queryset(queryset) if page is not None: serializer = self.get_serializer(page, many=True) return self.get_paginated_response(serializer.data) ? serializer = self.get_serializer(queryset, many=True) return Response(serializer.data) class ListAPIView(mixins.ListModelMixin,GenericAPIView): def get(self, request, *args, **kwargs): return self.list(request, *args, **kwargs) ? class MyView(ListAPIView): queryset = xxxx ser...
# drf自带的版本类 "DEFAULT_VERSIONING_CLASS": "rest_framework.versioning.URLPathVersioning", # 允许出现的版本 "ALLOWED_VERSIONS": [‘v1‘, ‘v2‘], # 如果没有传版本,可以使用默认版本 default_version = api_settings.DEFAULT_VERSION # 设置url中获取版本的变量,默认是version version_param = api_settings.VERSION_PARAM 当前端来请求时,执行了as_views()方法,如果设置了全局版本或者进入了设置了版本的功能函数,则会先执行APIView类中的dispatch方法,之后再执行initial方法,然后进入了self.determine_version方法,
里面会先判断是否有versioning_class,如果没有就返回(None,None),就代表没有版本,如果有就执行versioning_class(URLPathVersioning)类中的determine_version方法,它会返回版本,里面会判断,
如果获取到的version为空则返回默认版本,并且还要判断版本是否存在允许出现的版本列表中,返回版本之后,再把版本号和版本类分别赋值给request.version和request.versioning_scheme
当用户进行登录的时候,运行了登录类的as_view()方法, 1、进入了APIView类的dispatch方法 2、执行了self.initialize_request这个方法,是重定义request,并且得到了自己定义的认证类对象 3、执行self.initial方法中的self.perform_authentication,里面运行了user方法 4、再执行了user方法里面的self._authenticate()方法 5、然后执行了自己定义的类中的authenticate方法,自己定义的类继承了BaseAuthentication类,里面有 authenticate方法,如果自己定义的类中没有authenticate方法会报错。 6、把从authenticate方法得到的user和auth赋值给user和auth方法 7、这两个方法把user和auth的值赋值给了request.user:是登录用户的对象,request.auth:是认证的信息字典
当用户执行一个业务的时候,运行了as_view方法 1、进入了APIView类的dispatch方法 2、进入self.initial方法中的self.check_permissions(request)方法 3、里面执行了for循环,把每个权限类实例化对象, 4、执行自己定义的权限类里面的has_permission方法,里面会判断request.user是否存在 5、不存在就返回False,存在就返回True 6、之后执行self.permission_denied报错方法,返回的是False就报错,可以自定义报错信息,在has_permission方法中写message = {"status": False, "error": "登录成功之后才能评论"},
就实现了自定义报错 7、如果返回的是True就让他进入功能
匿名用户通过ip地址来控制访问频率,已登录用户通过id来控制 首先要设置配置文件: # 也可以设置全局, "DEFAULT_THROTTLE_CLASSES":["rest_framework.throttling.AnonRateThrottle",] # 设置访问频率——一分钟10次 "DEFAULT_THROTTLE_RATES": { "anon":"10/m" } - 实现原理 把所有登录记录时间放在一个列表中,当用户请求网页的时候,用现在的时间减去约束的时间间隔,然后把小于这个时间记录排除,再计算出时间间隙的记录条数,
如果其中的条数小于规定的条数则可以访问并且把当前时间添加进列表中,如果大于或等于则不让其访问。 - 具体流程 当用户请求网页的时候,后台允许该界面的url中的as_views(),运行源码的APIView中的dispatch方法,运行initial方法,里面的check_throttles方法,
循环运行节流类中的allow_request方法,但是AnonRateThrottle等类中没有,去执行SimpleRateThrottle类中的allow_request方法,里面就是实现原理中的代码,
如果可以访问返回True,如果不让访问则返回False,之后返回check_throttles,如果是False则运行SimpleRateThrottle类中的wait方法得到需要等待的时间在页面上显示!
在使用APIView时,数据展示的时候序列化多个数据的时候用many=True,序列化单个数据的时候用many=False ? 案例: category_all = models.Category.objects.all() ser_category = serializer.HomeCategorySerializer(instance=category_all, many=True) ? article_obj = models.Article.objects.filter(id=pk).first() ser = serializer.OneArticleSerializer(instance=article_obj, many=False)
***** 解析器:request.query_parmas/request.data 视图 序列化 渲染器:Response ? **** request对象封装 版本处理 分页处理 *** 认证 权限 节流
jwt的全称是json web token, 一般用于用户认证 jwt的实现原理: - 用户登录成功之后,会给前端返回一段token。 - token是由.分割的三段组成。 - 第一段header:类型+算法+base64url加密 - 第二段paylod:用户信息+超时时间+base64url加密 - 第三段sign:hs256(前两段拼接)加密 + base64url - 以后前端再次发来信息时 - 超时验证 - token合法性校验 优势: - token只在前端保存,后端只负责校验。 - 内部集成了超时时间,后端可以根据时间进行校验是否超时。 - 由于内部存在hash256加密,所以用户不可以修改token,只要一修改就认证失败。
应用区域: - 在django中csrftoken认证中使用了 - 在flask中的路由url中也使用了 ? 标准装饰器: def outer(func): def inner(*args,**kwargs): return func(*args,**kwargs) return inner ? @outer def index(a1): pass ? index()
在drf的版本、认证、权限、节流的源码中都大量使用了面向对象中的继承和异常处理 ? class BaseVersioning: def determine_version(self, request, *args, **kwargs): raise NotImplementedError("must be implemented") class URLPathVersioning(BaseVersioning): def determine_version(self, request, *args, **kwargs): version = kwargs.get(self.version_param, self.default_version) if version is None: version = self.default_version ? if not self.is_allowed_version(version): raise exceptions.NotFound(self.invalid_version_message) return version
drf源码中的APIView的dispatch中有个self.initialize_request,它返回了一个Request类,它封装了django的request和认证对象列表等其他参数 事例: class APIView(View): def dispatch(self, request, *args, **kwargs): ? self.args = args self.kwargs = kwargs request = self.initialize_request(request, *args, **kwargs) self.request = request ... def initialize_request(self, request, *args, **kwargs): """ Returns the initial request object. """ parser_context = self.get_parser_context(request) ? return Request( request, parsers=self.get_parsers(), authenticators=self.get_authenticators(), # [MyAuthentication(),] negotiator=self.get_content_negotiator(), parser_context=parser_context )
django中源码大量使用了面向对象的继承 尤其是drf中的继承关系最为明显 事例: class View(object): pass ? class APIView(View): def dispatch(self): method = getattr(self,‘get‘) method() ? class GenericAPIView(APIView): serilizer_class = None def get_seriliser_class(self): return self.serilizer_class ? class ListModelMixin(object): def get(self): ser_class = self.get_seriliser_class() print(ser_class) ? class ListAPIView(ListModelMixin,GenericAPIView): pass ? class UserInfoView(ListAPIView): pass ? ? view = UserInfoView() view.dispatch()
应用场景: 1、django中的View类的dispatch通过接收到的请求方法变为小写从而使用反射得到类中的相对应方法,比如get方法。 class View(object): def dispatch(self, request, *args, **kwargs): # Try to dispatch to the right method; if a method doesn‘t exist, # defer to the error handler. Also defer to the error handler if the # request method isn‘t on the approved list. if request.method.lower() in self.http_method_names: handler = getattr(self, request.method.lower(), self.http_method_not_allowed) else: handler = self.http_method_not_allowed return handler(request, *args, **kwargs) ? ? 2、django中的settings配置文件的源码也使用了反射,并且结合了 import importlib self.SETTINGS_MODULE = settings_module # 获取到settings文件的路径 mod = importlib.import_module(self.SETTINGS_MODULE) # 通过importlib.import_module获取到settings文件对象 for setting in dir(mod): # 循环获取到settings文件对象里面的属性 if setting.isupper(): # 得到大写的属性名 setting_value = getattr(mod, setting) # 得到属性值比如中间件等其他配置属性
可模拟任何请求方式向后端发送请求 ? $.ajax({ url:‘地址‘, type:‘GET‘, data:{...}, success:function(arg){ console.log(arg); } })
浏览器具有”同源策略的限制“,导致 发送ajax请求
+ 跨域
存在无法获取数据,只有ajax才能导致跨域,html中的src不会,导致跨域的原因有域名不同或者不同端口、http与https互相发送
简单请求,发送一次请求
复杂请求,先options请求做预检,然后再发送真正的请求
CORS(跨域资源共享):是一种使用额外的 HTTP 头部来允许浏览器可以在一个不同域的网站内获取另一个域下的服务器资源的机制。
?
本质是设置响应头。
get:让后端传给前端想要的数据
post:前端传数据给后端让其添加记录
put:前端传数据和筛选数据的依据给后端让其更新记录
patch:前端传局部数据和筛选数据的依据给后端让其更新局部记录
delete:前端传筛选数据的依据给后端让其删除记录
options:是跨域问题中的复杂请求预检的请求
情况一: content-type:x-www-form-urlencode name=alex&age=19&xx=10 request.POST和request.body中均有值 情况二: content-type:application/json {"name":"Alex","Age":19} request.POST没值 request.body有值
F可以提取某个字段的值,可以用来比较两个字段值的判断,可以更新某个字段的值 ? ? Q用来表示条件,使用Q对象来组成各种关系的条件,|=or
models.User.object.all().none()
FBV: def user(request): if request.method == "GET": pass ? CBV: class UserView(View): def get(): pass def post(): pass ? FBV和CBV的区别: FBV顾名思义就是函数处理请求,代码冗余比较多,不是面向对象编程 CBV则是使用类中的不同方法来处理请求,迎合了python所推崇的面向对象编程思想。 相比FBV的优点: 1、提高了代码的复用性,可以使用面向对象的计算,比如Mixin(多继承) 2、可以用不同的函数针对不同的http请求方法处理,而不是通过过多的if判断,提高了代码的可读性
标签:更新记录 流程 页面 article 实例化 面试题 index 不同 时间
原文地址:https://www.cnblogs.com/NiceSnake/p/11919156.html