側邊欄已經正确地顯示了最新文章清單、歸檔、分類等資訊。現在來完善歸檔和分類功能,當使用者點選歸檔下的某個日期或者分類下的某個分類時,跳轉到文章清單頁面,顯示該日期或者分類下的全部文章。
要顯示某個歸檔日期下的文章清單,思路和顯示首頁文章清單是一樣的,回顧一下首頁視圖的代碼:
首頁視圖函數中我們通過 <code>post.objects.all()</code> 擷取全部文章,而在我們的歸檔和分類視圖中,我們不再使用 <code>all</code> 方法擷取全部文章,而是使用 <code>filter</code> 來根據條件過濾。先來看歸檔視圖:
寫好視圖函數後就是配置好 url:
這個歸檔視圖對應的 url 的正規表達式和 <code>detail</code> 視圖函數對應的 url 是類似的,這在之前我們講過。兩個括号括起來的地方是兩個命名組參數,django 會從使用者通路的 url 中自動提取這兩個參數的值,然後傳遞給其對應的視圖函數。例如如果使用者想檢視 2017 年 3 月下的全部文章,他通路 /archives/2017/3/,那麼 <code>archives</code> 視圖函數的實際調用為:<code>archives(request, year=2017, month=3)</code>。
在模闆找到歸檔清單部分的代碼,修改超連結的 <code>href</code> 屬性,讓使用者點選超連結後跳轉到文章歸檔頁面:
這裡 {% url %} 這個模闆标簽的作用是解析視圖函數 <code>blog:archives</code> 對應的 url 模式,并把 url 模式中的年和月替換成 <code>date.year</code>,<code>date.month</code> 的值。例如 blog:archives 表示 blog 應用下的 archives 函數,這個函數對應的 url 模式為 <code>^archives/(?p<year>[0-9]{4})/(?p<month>[0-9]{1,2})/$</code>,假設 <code>date.year=2017</code>,<code>date.month=5</code>,那麼 {% url 'blog:archives' date.year date.month %} 模闆标簽傳回的值為/archives/2017/5/。
為什麼要使用 {% url %} 模闆标簽呢?事實上,我們把超連結的 href 屬性設定為 <code>/archives/{{ date.year }}/{{ date.month }}/</code> 同樣可以達到目的,但是這種寫法是寫死的。雖然現在 blog:archives 視圖函數對應的 url 模式是這種形式,但是如果哪天這個模式改變了呢?如果使用了寫死的寫法,那你需要把每一處 <code>/archives/{{ date.year }}/{{ date.month }}/</code> 修改為新的模式。但如果使用了 {% url %} 模闆标簽,則不用做任何修改。
測試一下,點選側邊欄歸檔的日期,跳轉到歸檔頁面,發現報了個錯誤,提示沒有安裝 pytz。激活虛拟環境,使用 <code>pip install pytz</code> 安裝即可。
重新開機一下開發伺服器,再次測試,發現可以顯示歸檔下的文章清單了。
同樣的寫好分類頁面的視圖函數:
這裡我們首先根據傳入的 pk 值(也就是被通路的分類的 id 值)從資料庫中擷取到這個分類。<code>get_object_or_404</code> 函數和 detail 視圖中一樣,其作用是如果使用者通路的分類不存在,則傳回一個 404 錯誤頁面以提示使用者通路的資源不存在。然後我們通過 <code>filter</code> 函數過濾出了該分類下的全部文章。同樣也和首頁視圖中一樣對傳回的文章清單進行了排序。
url 配置如下:
這個分類頁面對應的 url 模式和文章詳情頁面對應的 url 模式十分類似,你可以自己分析分析它是如何工作的,在此就不贅述了。
修改相應模闆:
同樣,{% url %} 模闆标簽的用法和寫歸檔頁面時的用法是一樣的。現在嘗試點選相應的連結,就可以跳轉到歸檔或者分類頁面了。
如果遇到問題,請通過下面的方式尋求幫助。
将問題的較長的描述通過郵件發送到 [email protected],一般會在 24 小時内回複。