[發(fā)明專利]一種條目列表獲取請(qǐng)求處理方法及裝置

在審

• 申請(qǐng)?zhí)枺?/td>: 201610523341.6
• 申請(qǐng)日: 2016-07-05
• 公開(kāi)（公告）號(hào): CN106874326A
• 公開(kāi)（公告）日: 2017-06-20
• 發(fā)明（設(shè)計(jì)）人: 陳自強(qiáng)
• 申請(qǐng)（專利權(quán)）人: 阿里巴巴集團(tuán)控股有限公司
• 主分類號(hào): G06F17/30
• 分類號(hào): G06F17/30
• 代理公司: 北京國(guó)昊天誠(chéng)知識(shí)產(chǎn)權(quán)代理有限公司11315
• 代理人: 黃熊

技術(shù)領(lǐng)域

本申請(qǐng)涉及計(jì)算機(jī)技術(shù)領(lǐng)域，尤其涉及一種條目列表獲取請(qǐng)求處理方法及裝置。

背景技術(shù)

隨著計(jì)算機(jī)技術(shù)和互聯(lián)網(wǎng)技術(shù)的迅速發(fā)展，各類應(yīng)用層出不窮，給人們的生活帶來(lái)了極大便利。

應(yīng)用可以采用豐富的信息展現(xiàn)方式向用戶展現(xiàn)各類信息，對(duì)于用條目表示的信息，一般采用條目列表的形式進(jìn)行展現(xiàn)，比如，商品條目列表、文章條目列表、消息條目列表等。受限于通信通道容量和處理時(shí)間要求，不便于一次獲取到包含全部條目的條目列表并展現(xiàn)，而是需要分次獲取并展現(xiàn)，其中，每次獲取的條目列表包含一批至多預(yù)定數(shù)量的條目。進(jìn)一步地，每次還要向用戶提示是否存在更多條目以供下次獲取。

在現(xiàn)有技術(shù)中，用戶每次可以通過(guò)在相應(yīng)的頁(yè)面上執(zhí)行特定操作，向服務(wù)端發(fā)送條目列表獲取請(qǐng)求。所述特定操作可以是上拉操作、或下拉操作、或?qū)χT如“查看更多”等按鈕控件的點(diǎn)擊操作，等等。

服務(wù)端每次接收到用戶的條目列表獲取請(qǐng)求時(shí)，會(huì)執(zhí)行以下至少兩次數(shù)據(jù)庫(kù)操作：第一次，從數(shù)據(jù)庫(kù)獲取下一批至多預(yù)定數(shù)量的條目；第二次，從數(shù)據(jù)庫(kù)獲取所述下一批條目以及下一批條目之后的所有條目的總數(shù)量統(tǒng)計(jì)值，并判斷該總數(shù)量統(tǒng)計(jì)值是否大于預(yù)定數(shù)量，以確定在所述下一批條目之后是否還存在更多條目以供下次獲取。執(zhí)行這兩次數(shù)據(jù)庫(kù)操作后，服務(wù)端可以將獲取的條目以條目列表的形式向用戶返回，以及向用戶提示是否存在更多條目。

但是，由于上述兩次數(shù)據(jù)庫(kù)操作中的第二次涉及的統(tǒng)計(jì)操作耗時(shí)較多，則服務(wù)端對(duì)用戶的條目列表獲取請(qǐng)求的處理過(guò)程耗時(shí)較多，導(dǎo)致對(duì)用戶響應(yīng)速度較慢。

發(fā)明內(nèi)容

本申請(qǐng)實(shí)施例提供一種條目列表獲取請(qǐng)求處理方法及裝置，用以解決現(xiàn)有技術(shù)中服務(wù)端對(duì)用戶的條目列表獲取請(qǐng)求的處理過(guò)程耗時(shí)較多，導(dǎo)致對(duì)用戶響應(yīng)速度較慢的問(wèn)題。

本申請(qǐng)實(shí)施例采用下述技術(shù)方案：

本申請(qǐng)實(shí)施例提供的一種條目列表獲取請(qǐng)求處理方法，包括：

接收用戶的條目列表獲取請(qǐng)求，所述待獲取的條目列表所包含的條目數(shù)量為第一數(shù)量；

根據(jù)所述條目列表獲取請(qǐng)求，向數(shù)據(jù)庫(kù)查詢第二數(shù)量的條目，所述第二數(shù)量大于所述第一數(shù)量；

根據(jù)所述數(shù)據(jù)庫(kù)響應(yīng)于所述查詢而返回的條目，向所述用戶返回所述條目列表，以及向所述用戶提示是否存在更多條目。

本申請(qǐng)實(shí)施例提供的一種條目列表獲取請(qǐng)求處理裝置，包括：

接收模塊，接收用戶的條目列表獲取請(qǐng)求，待獲取的所述條目列表所包含的條目數(shù)量為第一數(shù)量；

查詢模塊，根據(jù)所述條目列表獲取請(qǐng)求，向數(shù)據(jù)庫(kù)查詢第二數(shù)量的條目，所述第二數(shù)量大于所述第一數(shù)量；

返回模塊，根據(jù)所述數(shù)據(jù)庫(kù)響應(yīng)于所述查詢而返回的條目，向所述用戶返回所述條目列表，以及向所述用戶提示是否存在更多條目。

本申請(qǐng)實(shí)施例采用的上述至少一個(gè)技術(shù)方案能夠達(dá)到以下有益效果：在對(duì)用戶的條目列表獲取請(qǐng)求的處理過(guò)程中，無(wú)需進(jìn)行現(xiàn)有技術(shù)中耗時(shí)較多的數(shù)據(jù)庫(kù)統(tǒng)計(jì)操作，只需進(jìn)行一次數(shù)據(jù)庫(kù)查詢操作即可，可以減少服務(wù)端對(duì)用戶的條目列表獲取請(qǐng)求的處理過(guò)程的耗時(shí)，進(jìn)而可以提高對(duì)用戶的響應(yīng)速度，因此，可以部分或全部地解決現(xiàn)有技術(shù)中的問(wèn)題。

附圖說(shuō)明

此處所說(shuō)明的附圖用來(lái)提供對(duì)本申請(qǐng)的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本申請(qǐng)的示意性實(shí)施例及其說(shuō)明用于解釋本申請(qǐng)，并不構(gòu)成對(duì)本申請(qǐng)的不當(dāng)限定。在附圖中：

圖1為現(xiàn)有技術(shù)中的一種條目列表展示示意圖；

圖2為本申請(qǐng)實(shí)施例提供的一種條目列表獲取請(qǐng)求處理方法的流程示意圖；

圖3為本申請(qǐng)實(shí)施例提供的一種實(shí)際應(yīng)用場(chǎng)景下，現(xiàn)有技術(shù)的條目列表獲取請(qǐng)求處理多端交互過(guò)程示意圖；

圖4為本申請(qǐng)實(shí)施例提供的一種實(shí)際應(yīng)用場(chǎng)景下，本申請(qǐng)的方案的條目列表獲取請(qǐng)求處理多端交互過(guò)程示意圖；

圖5為本申請(qǐng)實(shí)施例提供的一種條目列表獲取請(qǐng)求處理裝置的結(jié)構(gòu)示意圖。

具體實(shí)施方式

為使本申請(qǐng)的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本申請(qǐng)具體實(shí)施例及相應(yīng)的附圖對(duì)本申請(qǐng)技術(shù)方案進(jìn)行清楚、完整地描述。顯然，所描述的實(shí)施例僅是本申請(qǐng)一部分實(shí)施例，而不是全部的實(shí)施例。基于本申請(qǐng)中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本申請(qǐng)保護(hù)的范圍。

如前所述，背景技術(shù)中對(duì)現(xiàn)有技術(shù)中的問(wèn)題進(jìn)行了簡(jiǎn)單說(shuō)明。為了更直觀地理解該問(wèn)題，在介紹本申請(qǐng)的方案之前，先舉例對(duì)現(xiàn)有技術(shù)中的問(wèn)題進(jìn)行更詳細(xì)的說(shuō)明。