尋呼ajax應用程序的設計模式

Question

我正在構建一個ajax應用程序，我可以選擇如何構造數據尋呼功能。基本上，用戶將使用1,000-2,000條記錄，但只有20條記錄從數據庫中同時加載，發送到客戶端，然後緩存在本地會話存儲中。這些記錄是包含對象屬性（基本上是客戶記錄）的json字符串。

下面是兩種選擇，讓我們假設我們正在處理1,500條記錄，並且每個頁面長度爲20條記錄。 困境是存儲記錄的1,500個ID的地方。

選項1： 被存儲爲在服務器會話，和序列INT的列表和反序列化對每個請求的1500個記錄的ID。客戶端不知道每個頁面的記錄ID，只需要一個頁碼。在服務器上，當用戶請求頁面X時，我們查看int列表並確定頁面X的記錄ID，加載這些記錄並向客戶端發送帶有這些ID的json字符串。這裏的缺點是我們在服務器會話中列出了1,500個整數。好處是，當我們請求一個頁面時，我們只向服務器發送一個int。

選項2： 的1500個記錄的ID被髮送到客戶端時，然後該列表存儲在本地存儲會話用戶登錄。當用戶請求頁面X時，JavaScript函數確定頁面X上的哪些記錄ID，並向服務器發送一個20個字節的json序列化列表。服務器然後用這些ID返回記錄。好處在於服務器端會話要輕得多，並且應該可以提高性能（無需在每個請求中讀/寫/序列化該列表），並且可能更具可擴展性。缺點是我們每次請求頁面時都會向服務器發送20個整數列表。

我傾向於選擇2：這是最好的方法嗎？

注1）我要求用戶支持HTML5本地存儲和2）服務器端實現將是azure和WCF。

Answer 1

也許我是誤解，但我並不真正瞭解你的方法。如果你知道頁面長度並知道所需的頁碼，爲什麼不能在ajax調用中將這些參數作爲參數發送到服務器，然後在你的sql語句中將其限制爲db。我的意思是說，首先了解這些ID的意義何在。例如，看看jQuery數據表插件如何在這裏執行分頁：http：//www.datatables.net/examples/server_side/server_side.html。正如你所看到的，他們使用將頁碼和頁面位置發佈到服務器的方法。然後，很容易限制你想要返回的行（至少在Oracle，MySQL和MS SQL中）。除非我完全忽略了這種情況，請讓我知道。