cos'è reverse () in Django

Quando leggo il codice django a volte, vedo in alcuni modelli reverse(). Non sono del tutto sicuro di cosa si tratti, ma viene utilizzato insieme a HttpResponseRedirect. Come e quando reverse()dovrebbe essere usato?

Sarebbe bello se qualcuno desse una risposta con alcuni esempi ...

reverse()| Documentazione Django

Supponiamo che nel tuo urls.pytu abbia definito questo:

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

In un modello è quindi possibile fare riferimento a questo URL come:

<!-- 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>

Questo sarà reso come:

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

Ora dì che vuoi fare qualcosa di simile nel tuo views.py- ad esempio stai gestendo un altro URL (non /foo/) in un'altra vista (non some_view) e vuoi reindirizzare l'utente a /foo/(spesso il caso in caso di invio del modulo riuscito).

Potresti semplicemente fare:

return HttpResponseRedirect('/foo/')

Ma cosa succede se si desidera modificare l'URL in futuro? Dovresti aggiornare il tuo urls.py e tutti i riferimenti ad esso nel tuo codice. Questo viola DRY (Don't Repeat Yourself) , l'idea di modificare un solo posto, che è qualcosa per cui lottare.

Invece, puoi dire:

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

Questo controlla tutti gli URL definiti nel progetto per l'URL definito con il nome url_namee restituisce l'URL effettivo /foo/.

Ciò significa che ti riferisci all'URL solo per il suo nameattributo - se vuoi cambiare l'URL stesso o la vista a cui si riferisce puoi farlo modificando un solo posto - urls.py.

Questa è una vecchia domanda, ma ecco qualcosa che potrebbe aiutare qualcuno.

Dai documenti ufficiali:

Django fornisce strumenti per eseguire l'inversione degli URL che corrispondono ai diversi livelli in cui sono necessari gli URL: Nei modelli: utilizzo del tag del modello url. Nel codice Python: utilizzo della funzione reverse (). Nel codice di livello superiore relativo alla gestione degli URL delle istanze del modello Django: il metodo get_absolute_url ().

Per esempio. nei modelli (tag url)

<a href="{% url 'news-year-archive' 2012 %}">2012 Archive</a>

Per esempio. in codice Python (usando la reversefunzione)

return HttpResponseRedirect(reverse('news-year-archive', args=(year,)))

Le risposte esistenti fatto un ottimo lavoro a spiegare la cosa di questa reverse()funzione nel Django.

Tuttavia, speravo che la mia risposta gettasse una luce diversa sul perché : perché usare reverse()al posto di altri approcci più semplici, probabilmente più pitonici nel binding della vista template, e quali sono alcuni motivi legittimi per la popolarità di questo "reindirizzamento via reverse() pattern "nella logica di routing di Django.

Un vantaggio chiave è la costruzione inversa di un url, come altri hanno già detto. Proprio come utilizzeresti {% url "profile" profile.id %}per generare l'URL dal file di configurazione dell'URL della tua app: ad es path('<int:profile.id>/profile', views.profile, name="profile").

Ma come hanno notato gli OP, l'uso di reverse()è anche comunemente combinato con l'uso di HttpResponseRedirect. Ma perché?

Non sono del tutto sicuro di cosa si tratti, ma viene utilizzato insieme a HttpResponseRedirect. Come e quando dovrebbe essere usato questo reverse ()?

Considera quanto segue 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)
        ))

E il nostro minimo 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')
]

Nella vote()funzione, il codice nel nostro elseblocco utilizza reverseinsieme HttpResponseRedirectal seguente modello:

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

In primo luogo, ciò significa che non è necessario codificare l'URL (coerentemente con il principio DRY), ma soprattutto, reverse()fornisce un modo elegante per costruire stringhe URL gestendo i valori decompressi dagli argomenti ( args=(question.id)è gestito da URLConfig). Supponiamo che questionabbia un attributo idche contenga il valore 5, l'URL creato da reverse()sarebbe quindi:

'/polls/5/results/'

Nel normale codice di associazione vista modello, utilizziamo HttpResponse()o render()poiché in genere comportano meno astrazioni: una funzione vista che restituisce un modello:

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

Ma in molti casi legittimi di reindirizzamento, in genere ci preoccupiamo di costruire l'URL da un elenco di parametri. Questi includono casi come:

• Invio di moduli HTML tramite POSTrichiesta
• Post-convalida del login utente
• Reimpostazione della password tramite token Web JSON

La maggior parte di questi comporta una qualche forma di reindirizzamento e un URL creato attraverso una serie di parametri. Spero che questo si aggiunga al già utile thread di risposte!

La funzione supporta il principio dry, assicurandoti di non codificare gli URL in tutta l'app. Un url dovrebbe essere definito in un unico posto e in un solo posto: l'url conf. Dopo di che stai davvero facendo riferimento a tali informazioni.

Utilizzare reverse()per fornire l'URL di una pagina, dato il percorso della vista o il parametro page_name dalla configurazione dell'URL. Lo useresti nei casi in cui non ha senso farlo nel modello con {% url 'my-page' %}.

Ci sono molti posti possibili in cui potresti usare questa funzionalità. Un posto che ho scoperto che lo uso è quando reindirizza gli utenti in una vista (spesso dopo l'elaborazione corretta di un modulo) -

return HttpResponseRedirect(reverse('thanks-we-got-your-form-page'))

È inoltre possibile utilizzarlo quando si scrivono tag modello.

Un'altra volta che ho usato è reverse()stata l'eredità del modello. Avevo un ListView su un modello genitore, ma volevo passare da uno di questi oggetti genitore al DetailView dell'oggetto figlio associato. Ho collegato una get__child_url()funzione al genitore che ha identificato l'esistenza di un figlio e ha restituito l'URL di DetailView utilizzando reverse().

C'è un documento per quello

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

può essere utilizzato per generare un URL per una determinata vista

il vantaggio principale è che non installi i percorsi del codice nel tuo codice.

Le risposte esistenti sono abbastanza chiare. Nel caso in cui non si conosca il motivo per cui viene chiamato reverse: prende un input di un nome url e fornisce l'URL effettivo, che è il contrario di avere prima un url e quindi dargli un nome.

Il reverse () viene utilizzato per aderire al principio DRY di django, ovvero se in futuro si modifica l'URL, è possibile fare riferimento a tale url utilizzando reverse (urlname).