Python的Flask框架中實現分頁功能的教程

 　　這篇文章主要介紹了Python的Flask框架中實現分頁功能的教程,文中的示例基於一個博客來實現,需要的朋友可以參考下

　　Blog Posts的提交

　　讓我們從簡單的開始。首頁上必須有一張用戶提交新的post的表單。

　　首先我們定義一個單域表單對象(fileapp/forms.py)：

　　?

1 2 class PostForm(Form): post = TextField('post', validators = [Required()])

　　下面，我們把這個表單添加到template中(fileapp/templates/index.html)：

　　?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 <!-- extend base layout --> {% extends "base.html" %}   {% block content %} <h1>Hi, {{g.user.nickname}}!</h1> <form action="" method="post" name="post"> {{form.hidden_tag()}} <table> <tr> <td>Say something:</td> <td>{{ form.post(size = 30, maxlength = 140) }}</td> <td> {% for error in form.errors.post %} <span style="color: red;">[{{error}}]</span><br> {% endfor %} </td> </tr> <tr> <td></td> <td><input type="submit" value="Post!"></td> <td></td> </tr> </table> </form> {% for post in posts %} <p> {{post.author.nickname}} says: <b>{{post.body}}</b> </p> {% endfor %} {% endblock %}

　　到目前為止沒啥新的東西，你可以看到，我們僅僅添加了另一表單，就像我們上一次做的那樣。

　　最後，功能試圖把所有東西都聯系在一起，並被擴展來處理這個表單(fileapp/views.py):

　　?

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 from forms import LoginForm, EditForm, PostForm from models import User, ROLE_USER, ROLE_ADMIN, Post   @app.route('/', methods = ['GET', 'POST']) @app.route('/index', methods = ['GET', 'POST']) @login_required def index(): form = PostForm() if form.validate_on_submit(): post = Post(body = form.post.data, timestamp = datetime.utcnow(), author = g.user) db.session.add(post) db.session.commit() flash('Your post is now live!') return redirect(url_for('index')) posts = [ { 'author': { 'nickname': 'John' }, 'body': 'Beautiful day in Portland!' }, { 'author': { 'nickname': 'Susan' }, 'body': 'The Avengers movie was so cool!' } ] return render_template('index.html', title = 'Home', form = form, posts = posts)

　　下面讓我們逐一回顧一下這個功能中的變動：

　　我們導入了Post和PostForm類

　　我們接收了來自兩個路徑下的index和視圖的POST請求，因為那就是我們如何接收提交的請求。

　　當我們通過表單提交到功能視圖後，我們會把新的Post記錄錄入數據庫。然後就像之前做的一樣，通過常規的GET請求來訪問它。

　　Templat會收到一條額外的內容--表單，所以它會提交給文本域。

　　在我們繼續之前還有最後一點提醒：注意下面我們如何添加一條新的Post請求到數據庫中：

　　?

1 return redirect(url_for('index'))

　　我們可以很容易的跳過重定向，並且允許它跳到模板渲染部分，而且效率更高。因為所做的所有重定向在經過web浏覽器之後，都返回到這個相同的功能視圖中來。

　　所以，為什麼選擇重定向?考慮到當用戶寫下一個blog post請求之後，它只需提交然後點擊浏覽器刷新按鈕。“Refresh”命令能做什麼呢?浏覽器會重新發送最後發布的請求作為一個“Refresh”命令的結果。(譯者注：由於個人水平有限，如果您發現譯處與原文有出入敬請指正。謝謝!)

　　如果沒有重定向，那麼最後提交給表單的就是POST請求，所以一個“Refresh Action”會重新提交那個表單，將會導致第二次提交的post記錄和第一次寫入數據庫中的是相同的。這樣的行為Not so good.

　　若是有了重定向，我們可以強制浏覽器在表單提交之後發出另一個請求，它抓取了重定向的頁面。這是一個簡單的“GET”請求，所以“Refresh”動作會重復“GET”請求而不是再次提交表單。

　　這個簡單的小技巧避免用戶在提交一個blog post請求之後，不小心刷新頁面導致重復寫入post請求。

　　展現blog post請求

　　下面我們來說點有意思的東西。我們要從數據庫中抓取blog post請求並失之顯示。

　　如果你回憶一下之前部分文章，我們曾創建了許多所謂“虛假的”的請求並且在首頁上面顯示了很長時間。這些“虛假的”對象是作為Python list在索引視圖中創建的。

　　?

1 2 3 4 5 6 7 8 9 10 posts = [ { 'author': { 'nickname': 'John' }, 'body': 'Beautiful day in Portland!' }, { 'author': { 'nickname': 'Susan' }, 'body': 'The Avengers movie was so cool!' } ]

　　但是在上一篇文章中，我們創建的查詢語句允許我們從“關注的人”當中獲取所有的請求，所以我們可以用下面的這個語句來替換上文(fileapp/views.py):

　　?

1 posts = g.user.followed_posts().all()

　　然後當你運行這個應用的時候，你將會看到沖數據庫中抓取到的bolg post請求。

　　User類的followed_posts方法返回了一條抓取我們感興趣請求的SQL查詢語句。在這個查詢語句中，Callingall()檢索所有的請求到一個list當中，所以我們以這個很像我們一直沿用至今的“虛假”請求的結構結束。他們如此的相像甚至template都沒有注意到。

　　此時您可以在此應用上自由發揮。你可以創建多個用戶，讓他們follow其他人，然後發布一些信息來看每一個用戶是如何看到它的bolg post請求數據流的。

　　分頁

　　我們的程序是越來越像樣了，但是我們面臨另外一個問題。我們在首頁顯示了所有的followed post。如果一個用戶有上千篇followed post將會發生什麼情況?或者一百萬篇?就像我們可以想象到的，抓取並處理這麼龐大的對象列表是十分低效率的。

　　我們可以顯示把這麼大量的post分組來顯示，或者分