Краткая версия:
Есть ли простой, встроенный способ идентификации вызывающего представления в шаблоне Django, без передачи дополнительных контекстных переменных?
Длинная (оригинальная) версия:
В одном из моих приложений Django есть несколько разных представлений, каждый со своим собственным шаблоном URL-адреса, который отображает один и тот же шаблон. Там очень небольшое количество кода шаблона, которое нужно изменить в зависимости от вызываемого представления, слишком мало, чтобы стоить накладных расходов на настройку отдельных шаблонов для каждого вида, поэтому в идеале мне нужно найти способ идентификации вызывающего представления в шаблоне.
Я попытался настроить представления для передачи дополнительных контекстных переменных (например, "имя_выпуска" ), чтобы идентифицировать вызывающее представление, и я также попытался использовать сравнения {% ifequal request.path "/some/path/" %}, но ни одно из этих решений не кажется особенно элегантным. Есть ли лучший способ идентифицировать вызывающий вид из шаблона? Есть ли способ доступа к имени представления или имени шаблона URL?
Обновление 1: Что касается комментария, это просто случай, когда я недопонимаю MVC, я понимаю MVC, но Django на самом деле структура MVC. Я считаю, что способ, которым настроено мое приложение, согласуется с тем, что Django использует MVC: представления описывают, какие данные представлены, и шаблоны описывают, как данные представлены. Просто случается, что у меня есть несколько представлений, которые готовят разные данные, но все используют один и тот же шаблон, потому что данные представлены одинаково для всех представлений. Я просто ищу простой способ идентифицировать вызывающий вид из шаблона, если он существует.
Обновление 2: Спасибо за все ответы. Я думаю, что вопрос передумал - как уже упоминалось в моем первоначальном вопросе, я уже рассмотрел и пробовал все предлагаемые решения, поэтому я перегнал его до "короткой версии" в верхней части вопроса, И прямо сейчас кажется, что если бы кто-то просто поставил "Нет", это был бы самый правильный ответ:)
Обновление 3: Карл Мейер опубликовал "Нет":) Еще раз спасибо.
Нет, и это была бы плохая идея. Для прямого обращения к имени функции вида из шаблона вводится слишком плотная связь между слоем представления и уровнем шаблона.
Намного лучшим решением здесь является система наследования шаблонов Django. Определите общий родительский шаблон с блоком для (небольшой) области, который необходимо изменить в каждой версии просмотра. Затем определите каждый шаблон представления, чтобы перейти от родителя и соответствующим образом определить этот блок.
Так как Django 1.5, url_name доступен с помощью:
request.resolver_match.url_name
До этого вы можете использовать для этого промежуточное ПО:
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
Затем добавив это в MIDDLEWARE_CLASSES, и в шаблонах у меня есть следующее:
{% if request.url_name == "url_name" %} ... {% endif %}
рассмотрение RequestContext (запрос) всегда передается функции рендеринга. Я предпочитаю использовать url_name для URL-адресов, но можно использовать имя метода(). App_name и resolve(). Func.name, но это не работает с декораторами - вместо этого возвращается имя функции декоратора.
Это звучит как прекрасный пример общего представления, которое вы можете настроить.
Смотрите следующие ресурсы:
Эти ссылки должны помочь вам упростить ваши взгляды и ваши шаблоны соответственно.
Я работаю над этим для системы справочной страницы, где мне нужно, чтобы каждое представление соответствовало странице справки в моих cms с показанной по умолчанию страницей, если для этого представления не была указана страница справки. Я наткнулся на в этом блоге, где они используют обработчик контекста шаблона, а некоторые python проверяют магию, чтобы вывести имя представления и заполнить контекст с ним.
С Django 1.5 вы можете получить доступ к экземпляру ResolverMatch через request.resolver_match.
ResolverMatch предоставляет вам разрешенное имя, пространство имен и т.д.
одно простое решение:
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
в шаблоне обращаться к имени представления как
{{viewname}}
а также вы можете использовать это в сравнении.
Большинство общих представлений - если не все - наследует ContextMixin, который добавляет переменную контекста view, которая указывает на экземпляр View.
Почему бы не попробовать настроить cookie сеанса, а затем прочитать cookie из вашего шаблона.
в ваших представлениях выберите файлы cookie
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 %}
Гаф