Django 에서 Call Stack 메커니즘 을 이해 하 는 작은 데모

1.작업 절차
request/response 모드 에서 request 는 view 방법 에 직접 도착 하 는 것 이 아 닙 니 다.view 방법 은 되 돌아 오 는 response 를 브 라 우 저 에 직접 보 내 는 것 이 아니 라 request 는 외부 에서 안 으로 여러 middleware 층 을 통 해 이 럴 때 request 에 대해 뭔 가 를 할 수 있 습 니 다.마지막 층,즉 가장 안쪽 일 때 view 방법 으로 돌아 오 는 response 를 얻 을 수 있 습 니 다.그 다음 에 이 response 를 안에서 밖으로 전달 하면 response 에 대해 뭔 가 를 할 수 있 습 니 다.다음 과 같은 그림 입 니 다.

2.원리

class SimpleMiddleware:
 def __init__(self, get_response):
  self.get_response = get_response
  # One-time configuration and initialization.
 
 def __call__(self, request):
  # Code to be executed for each request before
  # the view (and later middleware) are called.
 
  response = self.get_response(request)
 
  # Code to be executed for each request/response after
  # the view is called.
 
  return response

모든 middleware 는 위 코드 와 같이 두 가지 필수 함수 가 있 습 니 다:(1)init__(self,get_response),웹 서버 가 시 작 될 때 초기 화 를 완료 하 는 것 을 책임 집 니 다.즉,다음 middleware 와 의 관 계 를 구축 하 는 것 입 니 다.(2)call__(self,request),매번 request 에서 호출 됩 니 다.
세 가지 선택 가능 한 함수 가 있 습 니 다:(1)processview:__init__와call__view 방법 에 대해 아무것도 모 르 고 processview 는 채널(give access to)에 view 방법 을 호출 하기 전에 view 방법 과 인 자 를 얻 었 습 니 다.나타 나 면call__호출 후 self.getresponse(request)이전에 호출 되 었 기 때문에 view 방법 을 실행 할 수 있 습 니 다.(2）process_exception:view 방법 에 이상 이 생기 면 이 함 수 는 이상 을 처리 할 수 있 는 기 회 를 제공 합 니 다(3)processtemplate_response:self.getresponse(request)호출 후 view 방법 이 끝 난 후에 response 를 수정 할 기 회 를 제공 합 니 다.주의해 야 할 것 은 이 함수 가 view 방법 으로 템 플 릿 Response 류 를 되 돌려 주 는 경우 에 만 유효 합 니 다.render()로 되 돌아 오 면 이 함수 가 트리거 되 지 않 습 니 다.
상세 참조https://docs.djangoproject.com/en/3.1/topics/http/middleware/
(3)콜 스 택 체 제 를 더욱 이해 할 수 있 는 작은 demo(참고 만 제공)

import time
class Base:
 def __init__(self,get_response):
  self.get_response=get_response
 def __call__(self,request=None):
  self.pre()
  response=self.get_response(request)
  self.after()
  return response
 def pre(self):
  pass
 def after(self):
  pass
class Response:
 def __init__(self):
  pass
def view(request):
 return Response()
def startServer(callstackSets,view):
 callstackSets.reverse()
 last=callstackSets.pop(0)(view)
 for i in range(len(callstackSets)):
  last=callstackSets.pop(0)(last)
 return last
class A(Base):
 def pre(self):
  print('In A')
 def after(self):
  print('Out A ')
class B(Base):
 def pre(self):
  print('In B')
 def after(self):
  print('Out B ')
class C(Base):
 def pre(self):
  print('In C')
 def after(self):
  print('Out C ')
if __name__=='__main__':
 callstackSets=[A,B,C]
 calls=startServer(callstackSets,view)
 calls('req')

실행 후:

이미 정 해진 목 표를 달성 한 것 을 볼 수 있 습 니 다.request 가 들 어 온 후에 한 층 한 층 씩 들 어가 서 가장 안쪽 C 까지 view 방법 을 호출 하여 response 를 얻 은 다음 에 response 를 가장 안쪽 에서 한 층 씩 전달 합 니 다!
Django 에서 Call Stack 메커니즘 을 이해 하 는 데 관 한 이 작은 데모 에 관 한 글 은 여기까지 소개 되 었 습 니 다.더 많은 Django Call Stack 메커니즘 내용 은 우리 의 이전 글 을 검색 하거나 아래 의 관련 글 을 계속 조회 하 시기 바 랍 니 다.앞으로 많은 응원 부탁드립니다!