¿Qué es reverse () en Django?

Cuando leo el código django a veces, veo en algunas plantillas reverse(). No estoy muy seguro de qué se trata, pero se usa junto con HttpResponseRedirect. ¿Cómo y cuándo se reverse()supone que debe usarse?

Sería bueno que alguien respondiera con algunos ejemplos ...

reverse()El | Documentación de Django

Supongamos que en tu urls.pyhas definido esto:

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

En una plantilla, puede referirse a esta url como:

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

Esto se representará como:

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

Ahora diga que quiere hacer algo similar en su views.py- por ejemplo, está manejando alguna otra url (no /foo/) en otra vista (no some_view) y desea redirigir al usuario a /foo/(a menudo el caso en el envío exitoso del formulario).

Podrías simplemente hacer:

return HttpResponseRedirect('/foo/')

Pero, ¿qué pasa si quieres cambiar la URL en el futuro? Tendría que actualizar su urls.py y todas las referencias a él en su código. Esto viola DRY (Don't Repeat Yourself) , toda la idea de editar solo un lugar, que es algo por lo que debe esforzarse.

En cambio, puedes decir:

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

Esto busca en todas las URL definidas en su proyecto la URL definida con el nombre url_namey devuelve la URL real /foo/.

Esto significa que se refiere a la url solo por su nameatributo; si desea cambiar la url en sí o la vista a la que se refiere, puede hacerlo editando solo un lugar - urls.py.

Esta es una vieja pregunta, pero aquí hay algo que podría ayudar a alguien.

De los documentos oficiales:

Django proporciona herramientas para realizar reversiones de URL que coinciden con las diferentes capas donde se necesitan URL: En plantillas: Uso de la etiqueta de plantilla de URL. En código Python: Usando la función reverse (). En código de nivel superior relacionado con el manejo de URL de instancias de modelo Django: El método get_absolute_url ().

P.ej. en plantillas (etiqueta de URL)

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

P.ej. en código python (usando la reversefunción)

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

Las respuestas existentes hicieron un gran trabajo al explicar el qué de esta reverse()función en Django.

Sin embargo, esperaba que mi respuesta arrojara una luz diferente sobre el por qué : por qué usar reverse()en lugar de otros enfoques más directos, posiblemente más pitónicos en el enlace de vista de plantilla, y cuáles son algunas razones legítimas para la popularidad de esta "redirección a través de reverse() patrón "en la lógica de enrutamiento de Django.

Un beneficio clave es la construcción inversa de una url, como han mencionado otros. Justo como usaría {% url "profile" profile.id %}para generar la url desde el archivo de configuración de url de su aplicación: por ejemplo path('<int:profile.id>/profile', views.profile, name="profile").

Pero como lo ha señalado el OP, el uso de reverse()también se combina comúnmente con el uso de HttpResponseRedirect. ¿Pero por qué?

No estoy muy seguro de qué se trata, pero se usa junto con HttpResponseRedirect. ¿Cómo y cuándo se supone que se usa este reverse ()?

Considere lo siguiente 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)
        ))

Y nuestro mínimo 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')
]

En la vote()función, el código en nuestro elsebloque se usa reversejunto con HttpResponseRedirectel siguiente patrón:

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

En primer lugar, esto significa que no tenemos que codificar la URL (de acuerdo con el principio DRY) pero, lo que es más importante, reverse()proporciona una forma elegante de construir cadenas de URL al manejar valores desempaquetados de los argumentos ( args=(question.id)es manejado por URLConfig). Se supone que questiontiene un atributo idque contiene el valor 5, la URL construida a partir de reverse()entonces sería:

'/polls/5/results/'

En el código de enlace de vista de plantilla normal, usamos HttpResponse()o render()como generalmente implican menos abstracción: una función de vista que devuelve una plantilla:

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

Pero en muchos casos legítimos de redireccionamiento, generalmente nos importa construir la URL a partir de una lista de parámetros. Estos incluyen casos como:

• Envío de formulario HTML mediante POSTsolicitud
• Inicio de sesión de usuario posterior a la validación
• Restablecer contraseña a través de tokens web JSON

La mayoría de estos implican alguna forma de redireccionamiento y una URL construida a través de un conjunto de parámetros. ¡Espero que esto se agregue al útil hilo de respuestas!

La función admite el principio seco: garantizar que no codifique las URL en toda su aplicación. Una url debe definirse en un solo lugar y solo en un lugar: su url conf. Después de eso, solo estás haciendo referencia a esa información.

Utilícelo reverse()para darle la url de una página, dada la ruta a la vista o el parámetro page_name de su url conf. Lo usaría en casos en los que no tiene sentido hacerlo en la plantilla con {% url 'my-page' %}.

Hay muchos lugares posibles donde podría usar esta funcionalidad. Un lugar que he encontrado que lo uso es al redirigir a los usuarios en una vista (a menudo después del procesamiento exitoso de un formulario):

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

También puede usarlo al escribir etiquetas de plantilla.

Otra vez que utilicé reverse()fue con el modelo de herencia. Tenía un ListView en un modelo principal, pero quería pasar de cualquiera de esos objetos principales al DetailView de su objeto secundario asociado. Adjunté una get__child_url()función al padre que identificaba la existencia de un hijo y devolvía la url de su DetailView usando reverse().

Hay un documento para eso

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

se puede usar para generar una URL para una vista determinada

La principal ventaja es que no codifica rutas de código en su código.

Las respuestas existentes son bastante claras. En caso de que no sepa por qué se llama reverse: toma la entrada de un nombre de url y da la url real, que es inversa a tener una url primero y luego darle un nombre.

El reverse () se utiliza para adherir el principio DRYGO de django, es decir, si cambia la url en el futuro, puede hacer referencia a esa url usando reverse (urlname).