[發明專利]一種搜索方法、裝置及存儲介質

有效

• 申請號: 201710653086.1
• 申請日: 2017-08-02
• 公開（公告）號: CN107480223B
• 公開（公告）日: 2020-12-01
• 發明（設計）人: 劉孟
• 申請（專利權）人: 北京五八信息技術有限公司
• 主分類號: G06F16/953
• 分類號: G06F16/953;G06F16/957
• 代理公司: 工業和信息化部電子專利中心 11010
• 代理人: 齊潔茹

本發明公開了一種搜索方法、裝置及存儲介質，所述方法包括：將搜索得到的原始數據通過第一轉換裝置轉換為與觸發搜索操作的業務相適配的數據模型；將轉換得到的所述數據模型通過第二轉換裝置轉換為視圖對象，并將頁面跳轉至所述視圖對象對應的搜索結果頁面。本發明所述方案，實現了搜索頁面的組件化，提高了搜索頁面的復用性，減少了代碼冗余。

技術領域

本發明涉及計算機領域，尤其涉及一種搜索方法、裝置及存儲介質。

背景技術

目前，很多APP(計算機應用程序)均可實現內部搜索，例如，58同城APP，具體的，58同城APP首頁提供搜索功能，稱為全站搜；58同城APP還有二手物品、房產、二手車、招聘、黃頁等幾大業務線，這是粗粒度的業務線，細分一下，二手可以拆分出二手物品、寵物等類別；房產拆分出租房、二手房等類別；招聘拆分出全職招聘、兼職等類別；黃頁拆分出家政、本地服務等類別。拆分出的這些較細的類別的頁面稱之為大類頁，這些大類頁也提供搜索功能，稱為大類搜。其中，大類頁提供更細粒度的類別，如進入二手房大類頁后會看到二手房、新房、商鋪、廠房等入口，再次進入后是列表頁，這些列表頁也提供搜索功能，稱為列表搜。

如圖1所示，為目前APP實現內部搜索常用的搜索框架圖。雖然看上去比較清晰，但是實際存在著很多問題，比如代碼冗余、耦合度高、不易復用等。這些問題也是一些大型模塊經過多次升級，到了后期經常存在的問題。接下來就具體問題進行具體分析。

隨著業務的擴展，各APP的業務線也在逐漸成型和完善。每個業務線的大類頁接入搜索功能也存在先后。業務線內部的列表頁，更是多種多樣，以58同城APP為例，業務線內部的列表頁包括Native(原生)的類別頁、Web列表頁，還有特殊的列表頁如簡歷庫列表頁、地圖搜房頁等等，這些列表頁后來也都一一實現了搜索功能。不過也正是因為實現的時間有先后，逐漸積累產生了一些歷史遺留問題。具體的：

(1)代碼冗余問題：

不同的業務頁面對搜索功能的支持有先后之別，后實現搜索的頁面都是先拷貝一份先實現搜索頁面的代碼，然后把其中的業務代碼刪除，加入本業務頁面的業務代碼。這樣，業務入口頁面就各自實現了自己的一套搜索邏輯，如圖2所示，這樣會導致重復的代碼超過10000行。

(2)耦合度高問題：

從圖1可以看出，搜索頁面是由業務入口頁面管理和加載的。搜索頁面要處理數據，包括熱詞和搜索歷史的本地獲取及服務器獲取。搜索頁面要處理網絡請求，包括關鍵詞的聯想請求、關鍵詞的搜索請求。進一步地，搜索頁面還要實現視圖的協議方法。這些大量的邏輯都是在業務頁面文件中實現的。

在代碼管理上，盡管已經把搜索相關的代碼剝離出來，單獨放到了一個Category類別文件中，但是實際上還是無法避免地跟業務頁面邏輯耦合在一起。例如：

1、文件級別。業務頁面文件中，既有業務方法，又有搜索相關的方法；

2、方法級別。在同一個方法中，既有業務邏輯，又有搜索邏輯。這是更為嚴重的耦合。

(3)搜索頁面無法復用問題：

因為搜索頁面與業務頁面耦合度高，所以業務入口頁面無法復用以前的搜索頁面，只能各自實現。相反的，越來越多的業務入口頁面不再考慮搜索頁面的復用性，只考慮自己獨自實現，導致搜索頁面越來越多，比以前更加難以復用和移植。

另一個無法復用的原因來自于搜索頁面自身的定制化嚴重。搜索頁面需要清楚知道是否存在熱詞、搜索歷史、聯想結果等，然后來定制顯示視圖，如圖3所示，是兩個搜索頁面的簡化類圖。搜索頁面的列表協議方法均直接訪問了搜索頁面的屬性，但是其屬性是與搜索業務直接相關的。全站搜中沒有城市業務，而城市選擇頁搜頁面也沒有熱詞等業務，這樣的定制導致搜索頁面無法復用。

(4)業務功能接入成本高問題：

業務功能接入成本高，表現在兩個方面：