2011-06-11 14 views

답변

1

나는 이것이 사실상 가장 좋은 방법이라고 생각하지 않습니다. 뷰는 실제로 그런 식으로 사용되지 않습니다. 그들은 일대일로 요청에 매핑해야합니다.

실제로 두 개의 다른보기가 수행하는 모든 작업을 수행하는 세 번째보기를 작성해야 할 수도 있습니다. 이런 상황은 클래스 기반 뷰가 매우 편리 해지는 곳입니다. 모든 양식을 처리하고 함수를 분리하여 처리하는 코드를 추출하여 필요할 때 가져 오려고합니다.

또 다른 해결책은 어떻게 든 아약스를 통해이를 수행하는 것입니다. 로드 후 또는 제출시 페이지의 해당 부분을 별도로로드하십시오.

-2

그런 종류의 작업에는 맞춤형 미들웨어를 사용해야하므로 다른보기가 필요하지 않습니다.

+0

맞춤형 미들웨어는? 약간의 설명이 도움이 될 것입니다. – Hick

+0

https://docs.djangoproject.com/en/dev/topics/http/middleware/?from=olddocs. 서버에 파일을 자동으로 업로드하거나 일부 페이지를 제한하기 위해 미들웨어를 작성할 수 있습니다. –

+0

미들웨어는 좋은 아이디어라고 생각하지 않습니다. 한 가지 이유는 관련 요청뿐만 아니라 모든 요청에 ​​대해 호출되기 때문입니다. django url 라우팅이 이미 수행 한 것과 중복되는 수표를 모두 수행해야합니다. 또 하나의 이유는 실제로 객체의 처리가 일반적으로 이루어지지 않는 이유입니다. 컨벤션은 실제로 이것을 이것을보기에 넣으려고합니다. – Hutch

관련 문제