Ist es besser, path () oder url () in urls.py für django 2.0 zu verwenden?

In einem Django-Online-Kurs lässt uns der Kursleiter die url()Funktion verwenden, um Ansichten aufzurufen und reguläre Ausdrücke in der URL-Musterliste zu verwenden. Ich habe auf youtube andere Beispiele dafür gesehen. z.B

from django.contrib import admin
from django.urls import include
from django.conf.urls import url

urlpatterns = [
    path('admin/', admin.site.urls),
    url(r'^polls/', include('polls.urls')),
]


#and in polls/urls.py

urlpatterns = [        
    url(r'^$', views.index, name="index"),
]

Beim Durchlaufen des Django-Tutorials verwenden sie jedoch path()stattdessen z.

from django.urls import path
from . import views

urlpatterns = [
    path('', views.index, name="index"),        
]

Außerdem scheinen reguläre Ausdrücke mit der path()Funktion nicht zu funktionieren, da die Verwendung von a path(r'^$', views.index, name="index")die mysite.com/polls/Ansicht nicht findet .

Stimmt die Verwendung path()ohne Regex mit der richtigen Vorgehensweise überein? Ist url()es mächtiger, aber komplizierter, damit sie uns path()anfangen? Oder handelt es sich um unterschiedliche Werkzeuge für unterschiedliche Aufgaben?

Aus der Django-Dokumentation für URL

url(regex, view, kwargs=None, name=None)Diese Funktion ist ein Alias ​​für django.urls.re_path(). Es wird wahrscheinlich in einer zukünftigen Version veraltet sein.

Hauptunterschied zwischen pathund re_pathist daspath die Route ohne Regex verwendet wird

Sie können es re_pathfür komplexe Regex-Aufrufe und nur pathfür einfachere Suchvorgänge verwenden

Die neue django.urls.path()Funktion ermöglicht eine einfachere und besser lesbare URL-Routing-Syntax. Zum Beispiel dieses Beispiel aus früheren Django-Versionen:

url(r'^articles/(?P<year>[0-9]{4})/$', views.year_archive)

könnte geschrieben werden als:

path('articles/<int:year>/', views.year_archive)

Die django.conf.urls.url() Funktion aus früheren Versionen ist jetzt verfügbar als django.urls.re_path(). Der alte Standort bleibt aus Gründen der Abwärtskompatibilität erhalten, ohne dass eine Verfall unmittelbar bevorsteht. Die alte django.conf.urls.include()Funktion kann jetzt importiert werden, django.urlssodass Sie Folgendes verwenden können:

from django.urls import include, path, re_path

in den URLconfs . Zur weiteren Lektüre django doc

pathist einfach neu in Django 2.0, das erst vor ein paar Wochen veröffentlicht wurde. Die meisten Tutorials wurden für die neue Syntax nicht aktualisiert.

Es sollte sicherlich eine einfachere Art sein, Dinge zu tun; Ich würde nicht sagen, dass die URL leistungsfähiger ist. Sie sollten in der Lage sein, Muster in beiden Formaten auszudrücken.

Reguläre Ausdrücke scheinen mit der path()Funktion mit den folgenden Argumenten nicht zu funktionieren:path(r'^$', views.index, name="index") .

Es sollte so sein: path('', views.index, name="index") .

Das erste Argument muss leer sein, um einen regulären Ausdruck einzugeben.

Path ist eine neue Funktion von Django 2.0. Hier erklärt: https://docs.djangoproject.com/de/2.0/releases/2.0/#whats-new-2-0

Sehen Sie wie eine pythonischere Methode aus und aktivieren Sie die Verwendung von regulären Ausdrücken in Argumenten, die Sie an die Ansicht übergeben ... Sie können beispielsweise die Funktion int () verwenden.

Ab Version 2.0 verwenden viele Benutzer den Pfad, aber wir können entweder den Pfad oder die URL verwenden. In Django 2.1.1 kann die Zuordnung zu Funktionen über die URL beispielsweise wie folgt erfolgen

from django.contrib import admin
from django.urls import path

from django.contrib.auth import login
from posts.views import post_home
from django.conf.urls import url

urlpatterns = [
    path('admin/', admin.site.urls),
    url(r'^posts/$', post_home, name='post_home'),

]

Dabei ist posts eine Anwendung und post_home eine Funktion in views.py