Включенный urlconf manager.urls не имеет никаких шаблонов

Question

Решение: нашел следующий фрагмент django, который, кажется, работает нормально ( http://djangosnippets.org/snippets/2445/)

from django.utils.functional import lazy
from django.core.urlresolvers import reverse

#Workaround for using reverse with success_url in class based generic views
#because direct usage of it throws an exception.

reverse_lazy = lambda name=None, *args : lazy(reverse, str)(name, args=args)

По-видимому, теперь есть функция reverse_lazy в стволе django.

---

Обновление: эта ошибка как-то связана со мной, когда я выполняю вызов, чтобы повернуть вспять в общем представлении:

class AddObjView(CreateView):
    form_class = ObjForm
    template_name = 'manager/obj_add.html'
    success_url = reverse('manager-personal_objs')

Это не действительно?

Если я вместо generic напишу что-то вроде этого, это работает:

def add_obj(request, pk):
    a=reverse('manager-personal-objs')
    return HttpResponse(a)

---

У меня есть проект с 2 приложениями в нем. Каждое приложение имеет свои URL-адреса и представления. Они оба работают нормально, но в приложении менеджера, как только я обращаюсь к функции реверса в представлениях (любое представление), я получаю следующую ошибку: Тип исключения: ImproperlyConfigured Значение исключения: включенный urlconf manager.urls не имеет какие-то шаблоны в нем

Файл URL:

urlpatterns = patterns('',
    url(r'^$', ObjView.as_view(), name='manager-obj'),
    url(r'^add/$', AddObjView.as_view(), name='manager-add_obj'),
    url(r'^personal/$', PersonalObjsView.as_view(), name='manager-personal_objs'),    

)

Расположение исключения:... site-packages\django\core\urlresolvers.py в _get_url_patterns, строка 283

Я получаю эту ошибку на всем сайте (редактировать: это, очевидно, происходит, потому что попытка импортировать manager.urls приведет к ошибке). Если я удалю include manager.urls, все вернется к работе; если я уберу звонок для реверса, все нормально; если я попытаюсь переписать manager.urls в более простую версию, она продолжится с ошибкой.

Я был над этим много раз, не могу найти что-то не так.

редактировать: root urls.py

# coding=utf8
from django.conf.urls.defaults import patterns, include, url
from django.contrib.staticfiles.urls import staticfiles_urlpatterns
from django.views.generic.simple import direct_to_template

# Uncomment the next two lines to enable the admin:
from django.contrib import admin
admin.autodiscover()

urlpatterns = patterns('',
    # Uncomment the admin/doc line below to enable admin documentation:
    url(r'^admin/doc/', include('django.contrib.admindocs.urls')),
    # Uncomment the next line to enable the admin:
    url(r'^admin/', include(admin.site.urls)),

    # Home Page
    url(r'^$', direct_to_template, {'template': 'home.html'}, name="home"),

    # manager
    url(r'^manager/', include('manager.urls')),

    # writing
    url(r'^writing/', include('writing.urls')),
)

urlpatterns += staticfiles_urlpatterns()

edit2: Также следует отметить, что тег шаблона URL-адреса прекрасно работает в приложении менеджера, и обратный вызов работает, если я делаю это в другом приложении. Кроме того, каждый URL имеет письменный рабочий вид.

Answer 1

Проблема в том, что ваш URLConf не завершил загрузку до того, как ваше представление на основе классов попытается изменить URL (AddObjView.success_url). У вас есть два варианта, если вы хотите продолжать использовать реверс в представлениях на основе классов:

а) Вы можете создать метод get_success_url() для вашего класса и сделать обратное оттуда

class AddObjView(CreateView):
    form_class = ObjForm
    template_name = 'manager/obj_add.html'

    def get_success_url():
        return reverse('manager-personal_objs')

б) Если вы работаете в версии Django для trunk / dev, то вы можете использовать reverse_lazy https://docs.djangoproject.com/en/dev/topics/http/urls/

from django.core.urlresolvers import reverse_lazy

class AddObjView(CreateView):
    form_class = ObjForm
    template_name = 'manager/obj_add.html'
    success_url = reverse_lazy('manager-personal_objs')

Вариант "b" является предпочтительным способом сделать это в будущих версиях Django.