Introduction to Django’s Class based views — Understanding how a class based view works

Django has MVT architecture. A view in Django is just a callable that takes a request and returns a response. But this can be more than just a function, that contains the actual business logic of an URL. In addition to normal function based views, Django provides some classes which can be used as views. These allow you to structure your views and reuse code by inheriting them. In the current blog post let us see how a Class Based view work. Using this explanation we can easily override any function of built-in generic class based views. For this, we’ll see a basic view.


from django.http import HttpResponse
from django.views.generic import View
class TestView(View):

def get(self, request, *args, **kwargs):
return HttpResponse('Hello, World!')


from django.conf.urls import url
from testapp.views import TestView
urlpatterns = [
url(r'^hello-world/$', TestView.as_view(), name='hello_world'),

When we type the URL in the browser ‘http://locahost:8000/hello-world/’, it would be dispatched to the corresponding view to its as_view() function.
The as_view() function will call the dispatch() function.


This function validates if the request method i.e GET or POST or any other is in allowed methods of the view by checking http_method_names attribute. If the request is in the corresponding method then it will dispatch the request to the corresponding method. In our case, as it gets request it calls get(request, *args, **kwargs). If the request method is not in http_method_names then it will call http_method_not_allowed method.


This method’s default implementation returns HttpResponseNotAllowed with a list of allowed methods in plain text.

This is a simple explanation of how a class based view work, we’ll learn more of Different kinds of View classes and their usages in coming blog posts.

Show your support

Clapping shows how much you appreciated MicroPyramid’s story.