Django: ¿Cómo puedo identificar la vista de llamada desde una plantilla?

Question

versión corta:

¿Hay una manera sencilla, una función de identificar el punto de vista de llamadas en una plantilla de Django, sin pasar variables de contexto adicionales?

largo (original) Versión:

Una de mis aplicaciones Django tiene varios puntos de vista diferentes, cada uno con su propio patrón de URL llamado, que todos rinden la misma plantilla. Hay una cantidad muy pequeña de código de plantilla que debe cambiar dependiendo de la vista llamada, demasiado pequeña para que valga la pena configurar la creación de plantillas separadas para cada vista, así que idealmente necesito encontrar una manera de identificar la vista de llamada en la plantilla .

He intentado configurar las vistas para pasar variables de contexto adicionales (por ejemplo, "view_name") para identificar la vista de llamadas, y también he intentado utilizar {% ifequal request.path "/some/path/" %} comparaciones, pero ninguna de estas soluciones parece particularmente elegante. ¿Hay una mejor manera de identificar la vista de llamada desde la plantilla? ¿Hay alguna forma de acceder al nombre de la vista o al nombre del patrón de URL?

---

Actualización 1: En cuanto al comentario de que esto es simplemente un caso de Malentendiéndome MVC, entiendo MVC, pero Django's not really an MVC framework. Creo que la forma en que está configurada mi aplicación es coherente con la visión de Django sobre MVC: las vistas describen que se presentan los datos, y las plantillas describen cómo se presentan los datos. Simplemente sucede que tengo varias vistas que preparan datos diferentes, pero todas usan la misma plantilla porque los datos se presentan de la misma manera para todas las vistas. Solo busco una manera simple de identificar la vista de llamada desde la plantilla, si esto existe.

Actualización 2: Gracias por todas las respuestas. Creo que la pregunta está siendo sobreexigida, como mencioné en mi pregunta original, ya he considerado y probado todas las soluciones sugeridas, así que la he reducido a una "versión corta" ahora en la parte superior de la pregunta . Y en este momento parece que si alguien publicara simplemente "No", sería la respuesta más correcta :)

Actualización 3: Carl Meyer publicó "No" :) Gracias de nuevo, a todos.

Answer 1

No, y sería una mala idea. Para hacer referencia directamente a una vista, el nombre de la función de la plantilla introduce un acoplamiento excesivamente estrecho entre la capa de visualización y la capa de la plantilla.

Una solución mucho mejor aquí es el sistema de herencia de plantillas de Django. Defina una plantilla principal común, con un bloque para el área (pequeña) que debe cambiar en la versión de cada vista. Luego, defina la plantilla de cada vista para que se extienda desde el elemento principal y defina ese bloque de manera apropiada.

Answer 2

una solución simple es:

def view1(req): 
    viewname = "view1" 
    and pass this viewname to the template context 

def view2(req): 
    viewname = "view2" 
    and pass this viewname to the template context 

en el acceso plantilla de la nombredevista como

{{viewname}} 

y también se puede utilizar esto en las comparaciones.

Answer 3

Por qué no intentar configurar una cookie de sesión, luego leer la cookie de su plantilla.

en sus puntos de vista establecer cookies

def view1(request): 
... 
#set cookie 
request.session["param"]="view1" 

def view2(request): 
    request.session["param"]="view2" 


then in your ONE template check something like.. 

{% ifequal request.session.param "view1" %} 
    ... do stuff related to view1 
{% endifequal %} 

{% ifequal request.session.param "view2" %} 
    ... do stuff related to "view2" 
{% endifequal %} 

Gath

Answer 4

Esto suena como el ejemplo perfecto de una visión genérica que se puede configurar.

consulte los siguientes recursos:

• Django Book - Chapter 11: Generic Views
• Django Docs -Tutorial: Chapter 4
• Django Docs - Generic Views

Estos enlaces deben ayudar a simplificar sus puntos de vista y sus plantillas en consecuencia.

Answer 5

Estoy trabajando en esto para un sistema de página de ayuda donde quería que cada vista se correspondiera con una página de ayuda en mi cms con una página predeterminada que se muestra si no se definió ninguna página de ayuda para esa vista. Me encontré con this blog donde usan un procesador de contexto de plantilla y algunos python inspeccionan la magia para deducir el nombre de la vista y poblar el contexto con él.

Answer 6

Desde Django 1.5, el url_name es accesible usando:

request.resolver_match.url_name 

Antes de eso, se puede utilizar un middleware para ello:

from django.core.urlresolvers import resolve 

class ViewNameMiddleware(object): 
    def process_view(self, request, view_func, view_args, view_kwargs): 
     url_name = resolve(request.path).url_name 
     request.url_name = url_name 

A continuación, añadir esta en MIDDLEWARE_CLASSES, como en las plantillas que tienen esto:

{% if request.url_name == "url_name" %} ... {% endif %} 

teniendo en cuenta que RequestContext (solicitud) siempre se pasa a la función de renderizado Prefiero usar url_name para urls, pero uno puede usar resolve(). App_name y resolve(). Func.name, pero esto no funciona con decoradores: en su lugar, se devuelve el nombre de la función del decorador.

Answer 7

Desde Django 1.5 puede acceder a una instancia de ResolverMatch hasta request.resolver_match.

El ResolverMatch le da el nombre resuelto url, espacio de nombres, etc.

Answer 8

La mayoría de las vistas genéricas - si no todos - hereda el ContextMixin que añade una variable view contexto que apunta a la instancia de vista.