URL routing (URLconf) आने वाले request URLs को उन views से मैप करता है जो उन्हें संभालते हैं। Django requested URL को patterns की एक सूची के विरुद्ध मिलाता है और संबंधित view को कॉल करता है, URL से कोई भी parameters निकालते हुए।
django.urls path
. views
urlpatterns = [
path(, views.home, name=),
path(, views.article_list, name=),
path(, views.article_detail, name=),
path(, views.by_slug, name=),
]
प्रत्येक path() एक URL pattern को एक view function से मैप करता है। Django इन्हें ऊपर-से-नीचे आज़माता है और पहले मैच का उपयोग करता है।
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)
Path converters (<int:pk>, <slug:slug>, <str:name>, <uuid:id>) URL के हिस्सों को कैप्चर और type-convert करते हैं, उन्हें arguments के रूप में view को पास करते हुए।
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>
Named URLs अत्यंत महत्वपूर्ण हैं: paths को hardcode करने के बजाय URLs को उनके name से संदर्भित करके (templates में {% url %} और code में reverse() के माध्यम से), आप हर link को तोड़े बिना एक ही जगह पर URL संरचना बदल सकते हैं — एक DRY, refactor-सुरक्षित अभ्यास।
# 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() एक URL prefix को किसी app की अपनी urls.py को सौंप देता है, routing को modular और प्रत्येक app को स्वतंत्र रखते हुए।
URL routing प्रत्येक Django application के लिए मूलभूत है — यह आपकी site की URL संरचना को परिभाषित करता है और यही वह तरीका है जिससे requests सही view तक पहुँचती हैं।
इसे समझना आवश्यक रोज़मर्रा का ज्ञान है: URL patterns परिभाषित करना, URLs से parameters कैप्चर और type-convert करना (<int:pk> जैसे path converters), और include() के साथ routing को modular रूप से व्यवस्थित करना (per-app URLconfs को सौंपते हुए) जानना किसी भी multi-page app या API बनाने के लिए आवश्यक है।
अत्यंत महत्वपूर्ण है named-URL / reverse-resolution अभ्यास — paths को hardcode करने के बजाय {% url %} और reverse() के माध्यम से URLs को उनके name से संदर्भित करना — जो Django के DRY दर्शन को मूर्त रूप देता है और एक बड़ी maintainability जीत है: यह आपको URLs को एक जगह पर पुनर्संरचित करने देता है, बिना templates और code में हर hardcoded link को ढूँढ़े और update किए।
यह एक सर्वोत्तम अभ्यास है जो अच्छी तरह से बनाए गए Django projects को नाज़ुक projects से अलग करता है।
URL routing entry point (URLs) को logic (views) से जोड़ता है, models और templates के साथ-साथ request-handling की तस्वीर को पूरा करता है, जिससे यह किसी भी Django application को व्यवस्थित और बनाए रखने के लिए मूल, अवश्य-जानने योग्य सामग्री बन जाता है।