URL-routing (URLconf) kortlægger indgående request-URL'er til de views, der håndterer dem. Django matcher den anmodede URL mod en liste af mønstre og kalder den tilsvarende view, og udtrækker eventuelle parametre fra URL'en.
django.urls path
. views
urlpatterns = [
path(, views.home, name=),
path(, views.article_list, name=),
path(, views.article_detail, name=),
path(, views.by_slug, name=),
]
Hver path() kortlægger et URL-mønster til en view-funktion. Django prøver dem fra top til bund og bruger det første match.
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)
Sti-konvertere (<int:pk>, <slug:slug>, <str:name>, <uuid:id>) indfanger og typekonverterer dele af URL'en, og sender dem til viewet som argumenter.
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>
Navngivne URL'er er afgørende: ved at henvise til URL'er via deres name (via {% url %} i templates og reverse() i kode) i stedet for at hardcode stier, kan du ændre URL-strukturen ét sted uden at ødelægge alle links — en DRY, refactor-sikker praksis.
# 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() delegerer et URL-præfiks til en apps egen urls.py, hvilket holder routing modulær og hver app selvstændig.
URL-routing er fundamental for ethvert Django-program — det definerer dit sites URL-struktur og er hvordan requests når den rigtige view.
At forstå det er vigtig dagligdags viden: at vide, hvordan man definerer URL-mønstre, indfanger og typekonverterer parametre fra URL'er (stikonvertere som <int:pk>), og organiserer routing modulært med include() (delegation til per-app URLconfs) er nødvendigt for at bygge enhver multi-side-app eller API.
Kritisk vigtig er navngivet-URL / reverse-resolution-praksis — at henvise til URL'er via deres name via {% url %} og reverse() i stedet for at hardcode stier — som inkarnerer Djangos DRY-filosofi og er en stor vedligeholdelsesgevinst: det lader dig omstrukturere URL'er ét sted uden at jagte og opdatere hvert hardcodet link på tværs af templates og kode.
Dette er en best practice, der adskiller velbyggede Django-projekter fra skrøbelige.
URL-routing forbinder indgangspunktet (URL'er) til logikken (views), og færdiggør request-håndteringsbilledet sammen med modeller og templates, hvilket gør det kernestof, must-know-materiale for at organisere og vedligeholde ethvert Django-program.