Hvordan fungerer URL-ruting?

Question

Accepted Answer

**URL-ruting** (URLconf) kartlegger innkommende forespørsel-URL-er til **views** som håndterer dem. Django samsvarer den forespurte URL-en mot en liste over mønstre og kaller den tilsvarende view-en, og trekker ut eventuelle parametere fra URL-en. ## Definere URL-mønstre ```python # urls.py from django.urls import path from . import views urlpatterns = [ path("", views.home, name="home"), # / path("articles/", views.article_list, name="article_list"), # /articles/ path("articles//", views.article_detail, name="detail"), # /articles/5/ path("articles//", views.by_slug, name="by_slug"), # /articles/my-post/ ] ``` Hver `path()` kartlegger et URL-mønster til en view-funksjon. Django prøver dem fra topp til bunn og bruker det første treffet. ## Fange URL-parametere ```python path("articles//", 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) ``` Banemapper (``, ``, ``, ``) fanger og typekonverterer deler av URL-en, og sender dem til viewet som argumenter. ## Navngitte URL-er og omvendt oppløsning (viktig!) ```python path("articles//", views.article_detail, name="detail") # the `name` ``` ```python # 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 ``` ```html Read more ``` **Navngitte URL-er** er avgjørende: ved å referere til URL-er via deres `name` (via `{% url %}` i maler og `reverse()` i kode) i stedet for å hardkode baner, kan du endre URL-strukturen på ett sted uten å bryte hver lenke — en DRY, refactor-sikker praksis. ## Inkludert app-URL-er (modulær ruting) ```python # 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-prefiks til appens eget `urls.py`, noe som holder rutingen modulær og hver app selvstendig. ## Hvorfor det betyr noe URL-ruting er grunnleggende for hver Django-applikasjon — den definerer nettstedets URL-struktur og er hvordan forespørsler når riktig view. Å forstå det er essensiell daglig kunnskap: å vite hvordan du definerer URL-mønstre, fanger og typekonverterer parametere fra URL-er (banemapper som ``), og organiserer ruting modulært med `include()` (delegering til per-app URLconfs) er nødvendig for å bygge en hvilken som helst flersides app eller API. Kritisk viktig er praksis med **navngitte URL / omvendt oppløsning** — referere til URL-er via deres `name` via `{% url %}` og `reverse()` i stedet for å hardkode baner — som embodier Django's DRY-filosofi og er en stor vedlikeholdsvinn: det lar deg omstrukturere URL-er på ett sted uten å jakte på og oppdatere hver hardkodet lenke på tvers av maler og kode. Dette er en beste praksis som skiller vel-bygde Django-prosjekter fra skjøre. URL-ruting forbinder inngangsstedet (URL-er) til logikken (views), og fullfører forespørselshåndteringspikeret sammen med modeller og maler, noe som gjør det til kjernemateriell som må kjennes for å organisere og vedlikeholde en hvilken som helst Django-applikasjon.