在urls.py中使用cache_page的Django NoReverseMatch異常

Question

題

為什么在模板中使用url標記時，在Django 1.4下的urls.py中使用cache_page函數會導致NoReverseMatch錯誤？

設定

views.py

from django.shortcuts import render

def index(request):
    '''Display the home page'''
    return render(request, 'index.html')

urls.py

繼cache_page 方向 ：

from django.conf.urls import patterns, include, url
from django.views.decorators.cache import cache_page
from my_project.my_app import views

urlpatterns = patterns('',
    url(r'^$', cache_page(60 * 60)(views.index)),
)

的index.html

{% url my_project.my_app.views.index %}

錯誤信息

NoReverseMatch at /
Reverse for 'my_project.my_app.views.index' with arguments '()' and keyword arguments '{}' not found.

錯誤消息指出的違規行當然是：

{% url my_project.my_app.views.index %}

到目前為止我嘗試過的

• 大量的谷歌搜索和搜索SO
• 將代碼簡化為上述示例以排除其他沖突
• 將views.py中的cache_page成功用作裝飾器（根據文檔不推薦）
• 為我們全能的Django霸主提供服務

Answer 1

在做反向時，Django嘗試匹配

• URL標簽
• 虛線路徑
• 可調用

在你的代碼中， 'my_project.my_app.views.index'是虛線路徑，然后Django將獲得實際的函數index()並通過查找映射字典django.core.urlresolvers.get_resolver(None).reverse_dict將其用作匹配反轉URL的鍵django.core.urlresolvers.get_resolver(None).reverse_dict 。

但是，當您纏繞view.index通過cache_view ，在映射百科的關鍵變成了包裝。 因此查找失敗並NoReverseMatch 。 這很不方便且容易出錯，但我不確定它是否是一個bug。

然后，您可以通過使用URL標簽來解決此問題

url(r'^$', cache_page(60 * 60)(views.index), name='my_index'),
{# in template #}
{% url my_index %}

或者像你提到的那樣在views.py使用cache_page作為裝飾器。