Sobes.tech
Middle

Explique como ocorre o processamento de pedidos HTTP no Django.

sobes.tech IA

Resposta da IA

O processamento de uma solicitação HTTP no Django inclui várias etapas principais:

  1. Servidor WSGI: A solicitação chega ao servidor WSGI (por exemplo, Gunicorn, uWSGI), que é a interface padrão entre os servidores web e as aplicações web Python.
  2. wsgi.py: O servidor WSGI passa a solicitação para a aplicação Django através do arquivo wsgi.py, geralmente localizado no diretório raiz do projeto. Este arquivo contém o objeto WSGI da aplicação.
    # wsgi.py
    import os
    
    from django.core.wsgi import get_wsgi_application
    
    os.environ.setdefault('DJANGO_SETTINGS_MODULE', '<your_project>.settings')
    
    application = get_wsgi_application() # Objeto WSGI da aplicação
    
  3. Middleware: A solicitação passa por uma cadeia de middleware configurados. Middleware é uma camada de software que processa as solicitações e respostas. Podem realizar autenticação, gestão de sessões, processamento de cabeçalhos e outras funções.
    # settings.py
    MIDDLEWARE = [
        'django.middleware.security.SecurityMiddleware',
        'django.contrib.sessions.middleware.SessionMiddleware',
        'django.middleware.common.CommonMiddleware',
        'django.middleware.csrf.CsrfViewMiddleware',
        'django.contrib.auth.middleware.AuthenticationMiddleware',
        'django.contrib.messages.middleware.MessageMiddleware',
        'django.middleware.clickjacking.XFrameOptionsMiddleware',
        # Os seus middlewares personalizados
    ]
    
  4. Resolver de URL (urls.py): Após passar pelo middleware, o Django determina qual View deve tratar a solicitação, com base nos padrões de URL definidos em urls.py do projeto.
    # urls.py (nível do projeto)
    from django.contrib import admin
    from django.urls import path, include
    
    urlpatterns = [
        path('admin/', admin.site.urls),
        path('my_app/', include('<my_app>.urls')), # Inclusão das URLs da aplicação
    ]
    
    
    # urls.py (nível da aplicação)
    from django.urls import path
    from . import views
    
    urlpatterns = [
        path('', views.index, name='index'),
        path('item/<int:item_id>/', views.detail, name='detail'),
    ]
    
  5. View: O padrão de URL encontrado está vinculado a uma função ou classe de View específica. A função de View (ou método de uma View baseada em classe) recebe um objeto HttpRequest como argumento e contém a lógica de processamento da solicitação.
    # views.py
    from django.shortcuts import render, get_object_or_404
    from .models import Item
    
    def index(request):
        items = Item.objects.all()
        return render(request, 'my_app/index.html', {'items': items})
    
    def detail(request, item_id):
        item = get_object_or_404(Item, pk=item_id)
        return render(request, 'my_app/detail.html', {'item': item})
    
  6. Modelo (opcional): A View pode interagir com modelos (API ao banco de dados Django ORM) para obter ou salvar dados.
    # models.py
    from django.db import models
    
    class Item(models.Model):
        name = models.CharField(max_length=100)
        description = models.TextField()
    
        def __str__(self):
            return self.name
    
  7. Template (opcional): A View pode usar templates Django para gerar a resposta HTML.
    <!-- my_app/templates/my_app/index.html -->
    <h1>Items</h1>
    <ul>
    {% for item in items %}
        <li><a href="{% url 'detail' item.id %}">{{ item.name }}</a></li>
    {% endfor %}
    </ul>
    
  8. Resposta: A View retorna um objeto HttpResponse ou sua subclasse (por exemplo, JsonResponse, RedirectResponse). Este objeto contém o corpo da resposta e os cabeçalhos associados.
  9. Middleware (cadeia reversa): O objeto HttpResponse passa pela cadeia reversa através do mesmo middleware que processou a solicitação. Os middleware podem modificar a resposta antes de enviá-la ao cliente.
  10. Servidor WSGI: A resposta final é enviada ao cliente através do servidor WSGI.