URL routing (URLconf) asigna URLs de solicitud entrantes a las vistas que las manejan. Django compara la URL solicitada con una lista de patrones y llama a la vista correspondiente, extrayendo cualquier parámetro de la URL.
django.urls path
. views
urlpatterns = [
path(, views.home, name=),
path(, views.article_list, name=),
path(, views.article_detail, name=),
path(, views.by_slug, name=),
]
Cada path() asigna un patrón de URL a una función de vista. Django las prueba de arriba hacia abajo y utiliza la primera coincidencia.
path("articles/<int:pk>/", views.article_detail) # captures an integer as `pk`
# the view receives the captured value as a parameter
def article_detail(request, pk): # pk = 5 for /articles/5/
article = Article.objects.get(pk=pk)
Los convertidores de ruta (<int:pk>, <slug:slug>, <str:name>, <uuid:id>) capturan y convierten tipos de partes de la URL, pasándolas a la vista como argumentos.
path("articles/<int:pk>/", views.article_detail, name="detail") # the `name`
# generate URLs by NAME instead of hardcoding them — DRY and refactor-safe
from django.urls import reverse
url = reverse("detail", kwargs={"pk": 5}) # → "/articles/5/"
redirect("detail", pk=5) # in views
<!-- in templates -->
<a href="{% url 'detail' pk=article.pk %}">Read more</a>
Las URLs nombradas son cruciales: al referirse a las URLs por su name (vía {% url %} en plantillas y reverse() en código) en lugar de rutas codificadas, puede cambiar la estructura de URL en un lugar sin romper cada enlace — una práctica DRY y segura para refactorización.
# project urls.py — delegate to each app's URLconf
from django.urls import include, path
urlpatterns = [
path("blog/", include("blog.urls")), # /blog/... handled by the blog app
path("shop/", include("shop.urls")),
path("admin/", admin.site.urls),
]
include() delega un prefijo de URL a su propio urls.py de la aplicación, manteniendo el enrutamiento modular y cada aplicación autónoma.
El enrutamiento de URLs es fundamental para cada aplicación Django — define la estructura de URL de su sitio y es cómo las solicitudes llegan a la vista correcta.
Comprenderlo es conocimiento esencial cotidiano: saber cómo definir patrones de URL, capturar y convertir tipos de parámetros desde URLs (convertidores de ruta como <int:pk>), y organizar el enrutamiento de forma modular con include() (delegando a URLconfs por aplicación) es necesario para construir cualquier aplicación de múltiples páginas o API.
Críticamente importante es la práctica de URL nombrada / resolución inversa — referirse a las URLs por su name vía {% url %} y reverse() en lugar de rutas codificadas — que encarna la filosofía DRY de Django y es una victoria importante de mantenibilidad: permite reestructurar URLs en un lugar sin buscar y actualizar cada enlace codificado en plantillas y código.
Esta es una buena práctica que distingue proyectos Django bien construidos de los frágiles.
El enrutamiento de URLs conecta el punto de entrada (URLs) con la lógica (vistas), completando la imagen del manejo de solicitudes junto con modelos y plantillas, lo que lo convierte en material esencial de obligatorio conocimiento para organizar y mantener cualquier aplicación Django.