View decorators (require_GET, require_POST) in Django - Performance & Optimization

Performance: View decorators (require_GET, require_POST)

MEDIUM IMPACT

These decorators affect server-side request handling speed and reduce unnecessary processing for unsupported HTTP methods.

Restricting a Django view to only accept GET requests

Django

from django.views.decorators.http import require_GET
from django.http import HttpResponse

@require_GET
def my_view(request):
    # process GET request
    return HttpResponse('OK')

Decorator handles method checking efficiently and consistently before view logic runs.

📈 Performance GainSaves CPU cycles by early rejection; reduces code complexity and potential bugs.

Restricting a Django view to only accept GET requests

Django

from django.http import HttpResponse, HttpResponseNotAllowed

def my_view(request):
    if request.method != 'GET':
        return HttpResponseNotAllowed(['GET'])
    # process GET request
    return HttpResponse('OK')

Manually checking request method adds extra code and can lead to inconsistent handling across views.

📉 Performance CostAdds minimal CPU overhead per request due to manual checks; no direct impact on browser rendering.

Performance Comparison

Pattern	DOM Operations	Reflows	Paint Cost	Verdict
Manual method check inside view	0 (server-side only)	0	0	[!] OK
Using @require_GET or @require_POST decorator	0 (server-side only)	0	0	[OK] Good

Rendering Pipeline

These decorators operate on the server before any HTML or data is sent to the browser, so they do not affect browser rendering stages directly.

→Server Request Handling

⚠️ BottleneckServer CPU time spent processing invalid HTTP methods

Optimization Tips

1Use @require_GET or @require_POST to reject unsupported HTTP methods early.

2Early rejection saves server CPU time and avoids unnecessary view processing.

3These decorators do not affect browser rendering or Core Web Vitals directly.

Performance Quiz - 3 Questions

What is the main performance benefit of using @require_POST in a Django view?

A It rejects invalid HTTP methods early, saving server processing time.

B It speeds up browser rendering of the page.

C It reduces the size of the HTML response sent to the client.

D It caches the view output to improve load time.

DevTools: Network

How to check: Open DevTools, go to Network tab, make a request with wrong HTTP method and observe the 405 response status.

What to look for: Confirm that invalid method requests are rejected quickly with 405 status, indicating server-side method enforcement.

Practice

1. What is the main purpose of the @require_GET decorator in Django views?

easy

A. To allow only GET requests to access the view

B. To allow only POST requests to access the view

C. To allow both GET and POST requests to access the view

D. To disable all HTTP requests to the view

Solution

1. Step 1: Understand the decorator's role

   The @require_GET decorator restricts the view to accept only GET requests.

2. Step 2: Compare with other decorators

   Unlike @require_POST which allows only POST, @require_GET is specific to GET requests.

3. Final Answer:

   To allow only GET requests to access the view -> Option A

4. Quick Check:

   @require_GET = allows GET only [OK]

Hint: Remember GET is for reading data, require_GET allows only that [OK]

Common Mistakes:

• Confusing @require_GET with @require_POST
• Thinking it allows all request types
• Assuming it disables the view

2. Which of the following is the correct way to import and use the @require_POST decorator in a Django view?

easy

A. from django.views.decorators import require_POST

@require_POST
def my_view(request):
pass

B. from django.views.decorators.http import require_GET

@require_POST
def my_view(request):
pass

C. from django.http import require_POST

@require_POST
def my_view(request):
pass

D. from django.views.decorators.http import require_POST

@require_POST
def my_view(request):
pass

Solution

1. Step 1: Identify the correct import path

   The @require_POST decorator is imported from django.views.decorators.http.

2. Step 2: Check usage syntax

   The decorator is applied directly above the view function with @require_POST.

3. Final Answer:

   from django.views.decorators.http import require_POST @require_POST def my_view(request): pass -> Option D

4. Quick Check:

   Correct import and decorator usage = from django.views.decorators.http import require_POST @require_POST def my_view(request): pass [OK]

Hint: Import from django.views.decorators.http for both decorators [OK]

Common Mistakes:

• Importing from wrong module like django.http
• Using @require_GET instead of @require_POST
• Missing the decorator above the function

3. Consider this Django view code snippet:

from django.views.decorators.http import require_GET
from django.http import HttpResponse

@require_GET
def sample_view(request):
    return HttpResponse('Hello GET')

What will happen if a POST request is sent to sample_view?

medium

A. The view will return 'Hello GET' response

B. The view will raise a 405 Method Not Allowed error

C. The view will ignore the POST and treat it as GET

D. The view will crash with a server error

Solution

1. Step 1: Understand @require_GET behavior

   The decorator allows only GET requests; other methods are blocked.

2. Step 2: Check response to disallowed methods

   When a POST request is sent, Django returns a 405 Method Not Allowed error automatically.

3. Final Answer:

   The view will raise a 405 Method Not Allowed error -> Option B

4. Quick Check:

   @require_GET blocks POST with 405 error [OK]

Hint: require_GET blocks non-GET with 405 error [OK]

Common Mistakes:

• Assuming POST is accepted and returns normal response
• Thinking it crashes the server
• Believing it silently converts POST to GET

4. You have this Django view:

from django.views.decorators.http import require_POST
from django.http import HttpResponse

@require_POST
def submit_data(request):
    return HttpResponse('Data submitted')

When testing, you accidentally send a GET request and get an error. What is the most likely cause?

medium

A. The @require_POST decorator blocks GET requests causing a 405 error

B. The HttpResponse is not imported correctly

C. The view is missing a return statement

D. The view function name is invalid

Solution

1. Step 1: Analyze decorator effect on request methods

   The @require_POST decorator allows only POST requests and blocks others.

2. Step 2: Understand error cause on GET request

   Sending a GET request triggers a 405 Method Not Allowed error because GET is disallowed.

3. Final Answer:

   The @require_POST decorator blocks GET requests causing a 405 error -> Option A

4. Quick Check:

   @require_POST blocks GET with 405 error [OK]

Hint: GET requests fail on @require_POST with 405 error [OK]

Common Mistakes:

• Thinking missing return causes error
• Assuming HttpResponse import issue
• Blaming function name for HTTP method errors

5. You want a Django view to accept only POST requests but also want to add a custom message when a GET request is made instead of the default 405 error. Which approach correctly combines @require_POST with custom handling?

hard

A. Manually check request.method inside the view and return custom response without @require_POST

B. Use @require_POST and add a try-except block inside the view to catch MethodNotAllowed

C. Use @require_POST and catch the 405 error globally in middleware

D. Use @require_GET instead and handle POST requests manually

Solution

1. Step 1: Understand @require_POST behavior

   The @require_POST decorator returns an HttpResponseNotAllowed (405) directly without calling the view or raising an exception.

2. Step 2: Combine with custom handling

   To customize the 405 response while using the decorator, implement middleware that checks response.status_code == 405 in process_response and returns a custom message.

3. Final Answer:

   Use @require_POST and catch the 405 error globally in middleware -> Option C

4. Quick Check:

   @require_POST + middleware process_response for custom 405 [OK]

Hint: Middleware process_response customizes decorator's 405 response [OK]

Common Mistakes:

• Manually checking method without decorator (doesn't combine)
• Try-except in view (view not executed)
• Using @require_GET when POST is needed