quel est l'inverse() dans Django

reverse() | documentation de Django

---

Dans votre urls.py définir ce:

url(r'^foo$', some_view, name='url_name'),

Dans un modèle, vous pouvez vous référer à cette url:

<!-- django <= 1.4 -->
<a href="{% url url_name %}">link which calls some_view</a>

<!-- django >= 1.5 or with {% load url from future %} in your template -->
<a href="{% url 'url_name' %}">link which calls some_view</a>

Cela va être traduit comme:

<a href="/foo/">link which calls some_view</a>

Maintenant dites que vous voulez faire quelque chose de similaire dans votre views.py - par exemple, vous êtes la manipulation de certains autres url (pas /foo/) dans certains autre point de vue (pas some_view) et que vous souhaitez rediriger l'utilisateur vers /foo/ (souvent le cas sur le succès de la soumission du formulaire).

Vous pourriez faire:

return HttpResponseRedirect('/foo/')

Mais si vous voulez changer l'url dans l'avenir? Vous devrez donc mettre à jour votre urls.py et toutes les références dans votre code. Cela viole DRY (Don't Repeat Yourself), l'idée d'éditer un seul endroit, ce qui est un objectif à atteindre.

Au lieu de cela, vous pouvez dire:

from django.urls import reverse
return HttpResponseRedirect(reverse('url_name'))

Cela ressemble à travers toutes les url définies dans votre projet pour l'url définie avec le nom url_name et retourne l'url réelle /foo/.

Cela signifie que vous vous référez à l'url que par son name attribut - si vous souhaitez modifier l'url elle-même ou de la vue, il se réfère à vous pouvez le faire en modifiant un seul endroit - urls.py.

Il y a une doc pour que

https://docs.djangoproject.com/en/dev/topics/http/urls/#reverse-resolution-of-urls

il peut être utilisé pour générer une URL pour une vue donnée

principal avantage est que vous n'avez pas coder en dur les routes dans votre code.

Les réponses existantes a fait un bon travail en expliquant la ce de cette reverse() fonction dans Django.

Cependant, j'avais espéré que ma réponse jeter un éclairage différent à la pourquoi: pourquoi utiliser reverse() à la place d'autres, plus simple, sans doute plus pythonic approches en modèle-vue de liaison, et ce sont des raisons légitimes de la popularité de ce "rediriger via reverse() pattern" dans Django la logique de routage.

L'un des principaux avantages est l'inverse de la construction d'une url, comme d'autres l'ont mentionné. Juste comme la façon dont vous utilisez {% url "profile" profile.id %} pour générer l'url de votre application url du fichier de configuration: par exemple,path('<int:profile.id>/profile', views.profile, name="profile").

Mais que les OP ont noté, l'utilisation de reverse() est également souvent associé à l'utilisation de HttpResponseRedirect. Mais pourquoi?

Je ne suis pas tout à fait sûr de ce que c'est, mais il est utilisé de concert avec HttpResponseRedirect. Comment et quand est-ce reverse() doit être utilisé?

De considérer les éléments suivants views.py:

from django.http import HttpResponseRedirect
from django.urls import reverse

def vote(request, question_id):
    question = get_object_or_404(Question, pk=question_id)
    try:
        selected = question.choice_set.get(pk=request.POST['choice'])
    except KeyError:
        # handle exception
        pass
    else:
        selected.votes += 1
        selected.save()
        return HttpResponseRedirect(reverse('polls:polls-results',
                                    args=(question.id)
        ))

Et nos minimes urls.py:

from django.urls import path
from . import views

app_name = 'polls'
urlpatterns = [
    path('<int:question_id>/results/', views.results, name='polls-results'),
    path('<int:question_id>/vote/', views.vote, name='polls-vote')
]

Dans le vote() fonction, le code de notre else bloc utilise reverse avec HttpResponseRedirect dans le modèle suivant:

HttpResponseRedirect(reverse('polls:polls-results',
                                        args=(question.id)

Cela signifie tout d'abord nous n'avons pas à coder en dur l'adresse URL (en cohérence avec le principe SEC), mais plus fondamentalement, reverse() offre un moyen élégant pour construire des chaînes d'URL par la manipulation de valeurs déballé de l'argumentation (args=(question.id) est gérée par URLConfig). Censé question a un attribut id qui contient la valeur 5, l'URL construite à partir de l' reverse() serait alors:

'/polls/5/results/'

Dans le modèle normal-voir code de liaison, nous utilisons HttpResponse() ou render() comme elles consistent généralement en moins d'abstraction: un point de vue de la fonction de retour d'un modèle:

def index(request):
    return render(request, 'polls/index.html') 

Mais dans de nombreux légitime cas de redirection, généralement, nous nous soucions de la construction de l'URL à partir d'une liste de paramètres. Il s'agit de cas tels que:

• HTML du formulaire de soumission par POST demande
• La connexion de l'utilisateur après validation
• De réinitialisation de mot de passe via JSON web jetons

La plupart de ceux-ci impliquent une certaine forme de redirection, et une URL construite à travers un ensemble de paramètres. Espérons que cela s'ajoute à la déjà utile thread de réponses!

Les questions /réponses sont assez claires. Juste au cas où vous ne savez pas pourquoi il est appelé reverse: Il faut une entrée d'un nom d'url et donne l'url, ce qui est l'inverse pour avoir une url d'abord et ensuite lui donner un nom.