搜索过滤(乐优)
- 了解過濾功能的基本思路
- 實現分類和品牌展示
- 了解規格參數展示
- 實現過濾條件篩選
- 實現已選過濾項回顯
- 實現取消選擇過濾項
1.過濾功能分析
首先看下頁面要實現的效果:
整個過濾部分有3塊:
- 頂部的導航,已經選擇的過濾條件展示:
- 商品分類面包屑,根據用戶選擇的商品分類變化
- 其它已選擇過濾參數
- 過濾條件展示,又包含3部分
- 商品分類展示
- 品牌展示
- 其它規格參數
- 展開或收起的過濾條件的按鈕
頂部導航要展示的內容跟用戶選擇的過濾條件有關。
- 比如用戶選擇了某個商品分類,則面包屑中才會展示具體的分類
- 比如用戶選擇了某個品牌,列表中才會有品牌信息。
所以,這部分需要依賴第二部分:過濾條件的展示和選擇。因此我們先不著急去做。
展開或收起的按鈕是否顯示,取決于過濾條件有多少,如果很少,那么就沒必要展示。所以也是跟第二部分的過濾條件有關。
這樣分析來看,我們必須先做第二部分:過濾條件展示。
2.生成分類和品牌過濾
先來看分類和品牌。在我們的數據庫中已經有所有的分類和品牌信息。在這個位置,是不是把所有的分類和品牌信息都展示出來呢?
顯然不是,用戶搜索的條件會對商品進行過濾,而在搜索結果中,不一定包含所有的分類和品牌,直接展示出所有商品分類,讓用戶選擇顯然是不合適的。
無論是分類信息,還是品牌信息,都應該從搜索的結果商品中進行聚合得到。
2.1.擴展返回的結果
原來,我們返回的結果是PageResult對象,里面只有total、totalPage、items3個屬性。但是現在要對商品分類和品牌進行聚合,數據顯然不夠用,我們需要對返回的結果進行擴展,添加分類和品牌的數據。
那么問題來了:以什么格式返回呢?
看頁面:
分類:頁面顯示了分類名稱,但背后肯定要保存id信息。所以至少要有id和name
品牌:頁面展示的有logo,有文字,當然肯定有id,基本上是品牌的完整數據
我們新建一個類,繼承PageResult,然后擴展兩個新的屬性:分類集合和品牌集合:
public class SearchResult extends PageResult<Goods> {private List<Map<String, Object>> categories;private List<Brand> brands;public SearchResult() {}public SearchResult(List<Map<String, Object>> categories, List<Brand> brands) {this.categories = categories;this.brands = brands;}public SearchResult(List<Goods> items, Long total, List<Map<String, Object>> categories, List<Brand> brands) {super(items, total);this.categories = categories;this.brands = brands;}public SearchResult(List<Goods> items, Long total, Integer totalPage, List<Map<String, Object>> categories, List<Brand> brands) {super(items, total, totalPage);this.categories = categories;this.brands = brands;}public List<Map<String, Object>> getCategories() {return categories;}public void setCategories(List<Map<String, Object>> categories) {this.categories = categories;}public List<Brand> getBrands() {return brands;}public void setBrands(List<Brand> brands) {this.brands = brands;} }2.2.聚合商品分類和品牌
我們修改搜索的業務邏輯,對分類和品牌聚合。
因為索引庫中只有id,所以我們根據id聚合,然后再根據id去查詢完整數據。
所以,商品微服務需要提供一個接口:根據品牌id集合,批量查詢品牌。
修改SearchService:
public SearchResult search(SearchRequest request) {// 判斷查詢條件if (StringUtils.isBlank(request.getKey())) {// 返回默認結果集return null;}// 初始化自定義查詢構建器NativeSearchQueryBuilder queryBuilder = new NativeSearchQueryBuilder();// 添加查詢條件queryBuilder.withQuery(QueryBuilders.matchQuery("all", request.getKey()).operator(Operator.AND));// 添加結果集過濾,只需要:id,subTitle, skusqueryBuilder.withSourceFilter(new FetchSourceFilter(new String[]{"id", "subTitle", "skus"}, null));// 獲取分頁參數Integer page = request.getPage();Integer size = request.getSize();// 添加分頁queryBuilder.withPageable(PageRequest.of(page - 1, size));String categoryAggName = "categories";String brandAggName = "brands";queryBuilder.addAggregation(AggregationBuilders.terms(categoryAggName).field("cid3"));queryBuilder.addAggregation(AggregationBuilders.terms(brandAggName).field("brandId"));// 執行搜索,獲取搜索的結果集AggregatedPage<Goods> goodsPage = (AggregatedPage<Goods>)this.goodsReponsitory.search(queryBuilder.build());// 解析聚合結果集List<Map<String, Object>> categories = getCategoryAggResult(goodsPage.getAggregation(categoryAggName));List<Brand> brands = getBrandAggResult(goodsPage.getAggregation(brandAggName));// 封裝成需要的返回結果集return new SearchResult(goodsPage.getContent(), goodsPage.getTotalElements(), goodsPage.getTotalPages(), categories, brands); } /*** 解析品牌聚合結果集* @param aggregation* @return*/ private List<Brand> getBrandAggResult(Aggregation aggregation) {// 處理聚合結果集LongTerms terms = (LongTerms)aggregation;// 獲取所有的品牌id桶List<LongTerms.Bucket> buckets = terms.getBuckets();// 定義一個品牌集合,搜集所有的品牌對象List<Brand> brands = new ArrayList<>();// 解析所有的id桶,查詢品牌buckets.forEach(bucket -> {Brand brand = this.brandClient.queryBrandById(bucket.getKeyAsNumber().longValue());brands.add(brand);});return brands;// 解析聚合結果集中的桶,把桶的集合轉化成id的集合// List<Long> brandIds = terms.getBuckets().stream().map(bucket -> bucket.getKeyAsNumber().longValue()).collect(Collectors.toList());// 根據ids查詢品牌//return brandIds.stream().map(id -> this.brandClient.queryBrandById(id)).collect(Collectors.toList());// return terms.getBuckets().stream().map(bucket -> this.brandClient.queryBrandById(bucket.getKeyAsNumber().longValue())).collect(Collectors.toList()); }/*** 解析分類* @param aggregation* @return*/ private List<Map<String,Object>> getCategoryAggResult(Aggregation aggregation) {// 處理聚合結果集LongTerms terms = (LongTerms)aggregation;// 獲取所有的分類id桶List<LongTerms.Bucket> buckets = terms.getBuckets();// 定義一個品牌集合,搜集所有的品牌對象List<Map<String, Object>> categories = new ArrayList<>();List<Long> cids = new ArrayList<>();// 解析所有的id桶,查詢品牌buckets.forEach(bucket -> {cids.add(bucket.getKeyAsNumber().longValue());});List<String> names = this.categoryClient.queryNamesByIds(cids);for (int i = 0; i < cids.size(); i++) {Map<String, Object> map = new HashMap<>();map.put("id", cids.get(i));map.put("name", names.get(i));categories.add(map);}return categories; }測試:
2.3.頁面渲染數據
2.3.1.過濾參數數據結構
來看下頁面的展示效果:
雖然分類、品牌內容都不太一樣,但是結構相似,都是key和value的結構。
而且頁面結構也極為類似:
所以,我們可以把所有的過濾條件放入一個數組中,然后在頁面利用v-for遍歷一次生成。
其基本結構是這樣的:
[{k:"過濾字段名",options:[{/*過濾字段值對象*/},{/*過濾字段值對象*/}]} ]我們先在data中定義數組:filters,等待組裝過濾參數:
data: {ly,search:{key: "",page: 1},goodsList:[], // 接收搜索得到的結果total: 0, // 總條數totalPage: 0, // 總頁數filters:[] // 過濾參數集合 },然后在查詢搜索結果的回調函數中,對過濾參數進行封裝:
然后刷新頁面,通過瀏覽器工具,查看封裝的結果:
2.3.2.頁面渲染數據
首先看頁面原來的代碼:
我們注意到,雖然頁面元素是一樣的,但是品牌會比其它搜索條件多出一些樣式,因為品牌是以圖片展示。需要進行特殊處理。數據展示是一致的,我們采用v-for處理:
<div class="type-wrap" v-for="(f,i) in filters" :key="i" v-if="f.k !== '品牌'"><div class="fl key">{{f.k}}</div><div class="fl value"><ul class="type-list"><li v-for="(option, j) in f.options" :key="j"><a>{{option.name}}</a></li></ul></div><div class="fl ext"></div> </div> <div class="type-wrap logo" v-else><div class="fl key brand">{{f.k}}</div><div class="value logos"><ul class="logo-list"><li v-for="(option, j) in f.options" v-if="option.image"><img :src="option.image" /></li><li style="text-align: center" v-else><a style="line-height: 30px; font-size: 12px" href="#">{{option.name}}</a></li></ul></div><div class="fl ext"><a href="javascript:void(0);" class="sui-btn">多選</a></div> </div>結果:
3.生成規格參數過濾
3.1.謀而后動
有四個問題需要先思考清楚:
- 什么時候顯示規格參數過濾? 分類只有一個
- 如何知道哪些規格需要過濾?
- 要過濾的參數,其可選值是如何獲取的?
- 規格過濾的可選值,其數據格式怎樣的?
什么情況下顯示有關規格參數的過濾?
如果用戶尚未選擇商品分類,或者聚合得到的分類數大于1,那么就沒必要進行規格參數的聚合。因為不同分類的商品,其規格是不同的。
因此,我們在后臺需要對聚合得到的商品分類數量進行判斷,如果等于1,我們才繼續進行規格參數的聚合。
如何知道哪些規格需要過濾?
我們不能把數據庫中的所有規格參數都拿來過濾。因為并不是所有的規格參數都可以用來過濾,參數的值是不確定的。
值的慶幸的是,我們在設計規格參數時,已經標記了某些規格可搜索,某些不可搜索。
因此,一旦商品分類確定,我們就可以根據商品分類查詢到其對應的規格,從而知道哪些規格要進行搜索。
要過濾的參數,其可選值是如何獲取的?
雖然數據庫中有所有的規格參數,但是不能把一切數據都用來供用戶選擇。
與商品分類和品牌一樣,應該是從用戶搜索得到的結果中聚合,得到與結果品牌的規格參數可選值。
規格過濾的可選值,其數據格式怎樣的?
我們直接看頁面效果:
我們之前存儲時已經將數據分段,恰好符合這里的需求
3.2.實戰
接下來,我們就用代碼實現剛才的思路。
總結一下,應該是以下幾步:
- 1)用戶搜索得到商品,并聚合出商品分類
- 2)判斷分類數量是否等于1,如果是則進行規格參數聚合
- 3)先根據分類,查找可以用來搜索的規格
- 4)對規格參數進行聚合
- 5)將規格參數聚合結果整理后返回
3.2.1.擴展返回結果
返回結果中需要增加新數據,用來保存規格參數過濾條件。這里與前面的品牌和分類過濾的json結構類似:
[{"k":"規格參數名","options":["規格參數值","規格參數值"]} ]因此,在java中我們用List<Map<String, Object>>來表示。
public class SearchResult extends PageResult<Goods> {private List<Map<String, Object>> categories;private List<Brand> brands;private List<Map<String, Object>> specs;public SearchResult() {}public SearchResult(List<Map<String, Object>> categories, List<Brand> brands, List<Map<String, Object>> specs) {this.categories = categories;this.brands = brands;this.specs = specs;}public SearchResult(List<Goods> items, Long total, List<Map<String, Object>> categories, List<Brand> brands, List<Map<String, Object>> specs) {super(items, total);this.categories = categories;this.brands = brands;this.specs = specs;}public SearchResult(List<Goods> items, Long total, Integer totalPage, List<Map<String, Object>> categories, List<Brand> brands, List<Map<String, Object>> specs) {super(items, total, totalPage);this.categories = categories;this.brands = brands;this.specs = specs;}public List<Map<String, Object>> getCategories() {return categories;}public void setCategories(List<Map<String, Object>> categories) {this.categories = categories;}public List<Brand> getBrands() {return brands;}public void setBrands(List<Brand> brands) {this.brands = brands;}public List<Map<String, Object>> getSpecs() {return specs;}public void setSpecs(List<Map<String, Object>> specs) {this.specs = specs;} }3.2.2.判斷是否需要聚合
首先,在聚合得到商品分類后,判斷分類的個數,如果是1個則進行規格聚合:
我們將聚合的代碼抽取到了一個getParamAggResult方法中。
3.2.3.獲取需要聚合的規格參數
然后,我們需要根據商品分類,查詢所有可用于搜索的規格參數:
要注意的是,這里我們需要根據分類id查詢規格,而規格參數接口需要從商品微服務提供
3.2.4.聚合規格參數
因為規格參數保存時不做分詞,因此其名稱會自動帶上一個.keyword后綴:
3.2.5.解析聚合結果
3.2.6.最終的完整代碼
public SearchResult search(SearchRequest request) {// 判斷查詢條件if (StringUtils.isBlank(request.getKey())) {// 返回默認結果集return null;}// 初始化自定義查詢構建器NativeSearchQueryBuilder queryBuilder = new NativeSearchQueryBuilder();// 添加查詢條件MatchQueryBuilder basicQuery = QueryBuilders.matchQuery("all", request.getKey()).operator(Operator.AND);queryBuilder.withQuery(basicQuery);// 添加結果集過濾,只需要:id,subTitle, skusqueryBuilder.withSourceFilter(new FetchSourceFilter(new String[]{"id", "subTitle", "skus"}, null));// 獲取分頁參數Integer page = request.getPage();Integer size = request.getSize();// 添加分頁queryBuilder.withPageable(PageRequest.of(page - 1, size));String categoryAggName = "categories";String brandAggName = "brands";queryBuilder.addAggregation(AggregationBuilders.terms(categoryAggName).field("cid3"));queryBuilder.addAggregation(AggregationBuilders.terms(brandAggName).field("brandId"));// 執行搜索,獲取搜索的結果集AggregatedPage<Goods> goodsPage = (AggregatedPage<Goods>)this.goodsReponsitory.search(queryBuilder.build());// 解析聚合結果集List<Map<String, Object>> categories = getCategoryAggResult(goodsPage.getAggregation(categoryAggName));List<Brand> brands = getBrandAggResult(goodsPage.getAggregation(brandAggName));// 判斷分類聚合的結果集大小,等于1則聚合List<Map<String, Object>> specs = null;if (categories.size() == 1) {specs = getParamAggResult((Long)categories.get(0).get("id"), basicQuery);}// 封裝成需要的返回結果集return new SearchResult(goodsPage.getContent(), goodsPage.getTotalElements(), goodsPage.getTotalPages(), categories, brands, specs); }/*** 聚合出規格參數過濾條件* @param id* @param basicQuery* @return*/ private List<Map<String,Object>> getParamAggResult(Long id, QueryBuilder basicQuery) {// 創建自定義查詢構建器NativeSearchQueryBuilder queryBuilder = new NativeSearchQueryBuilder();// 基于基本的查詢條件,聚合規格參數queryBuilder.withQuery(basicQuery);// 查詢要聚合的規格參數List<SpecParam> params = this.specificationClient.queryParams(null, id, null, true);// 添加聚合params.forEach(param -> {queryBuilder.addAggregation(AggregationBuilders.terms(param.getName()).field("specs." + param.getName() + ".keyword"));});// 只需要聚合結果集,不需要查詢結果集queryBuilder.withSourceFilter(new FetchSourceFilter(new String[]{}, null));// 執行聚合查詢AggregatedPage<Goods> goodsPage = (AggregatedPage<Goods>)this.goodsReponsitory.search(queryBuilder.build());// 定義一個集合,收集聚合結果集List<Map<String, Object>> paramMapList = new ArrayList<>();// 解析聚合查詢的結果集Map<String, Aggregation> aggregationMap = goodsPage.getAggregations().asMap();for (Map.Entry<String, Aggregation> entry : aggregationMap.entrySet()) {Map<String, Object> map = new HashMap<>();// 放入規格參數名map.put("k", entry.getKey());// 收集規格參數值List<Object> options = new ArrayList<>();// 解析每個聚合StringTerms terms = (StringTerms)entry.getValue();// 遍歷每個聚合中桶,把桶中key放入收集規格參數的集合中terms.getBuckets().forEach(bucket -> options.add(bucket.getKeyAsString()));map.put("options", options);paramMapList.add(map);}return paramMapList; }3.2.7.測試結果
3.3.頁面渲染
3.3.1.渲染規格過濾條件
首先把后臺傳遞過來的specs添加到filters數組:
要注意:分類、品牌的option選項是對象,里面有name屬性,而specs中的option是簡單的字符串,所以需要進行封裝,變為相同的結構:
最后的結果:
3.3.2.展示或收起過濾條件
是不是感覺顯示的太多了,我們可以通過按鈕點擊來展開和隱藏部分內容:
我們在data中定義變量,記錄展開或隱藏的狀態:
然后在按鈕綁定點擊事件,以改變show的取值:
在展示規格時,對show進行判斷:
OK!
4.過濾條件的篩選
當我們點擊頁面的過濾項,要做哪些事情?
- 把過濾條件保存在search對象中(watch監控到search變化后就會發送到后臺)
- 在頁面頂部展示已選擇的過濾項
- 把商品分類展示到頂部面包屑
4.1.保存過濾項
4.1.1.定義屬性
我們把已選擇的過濾項保存在search中:
要注意,在created構造函數中會對search進行初始化,所以要在構造函數中對filter進行初始化:
search.filter是一個對象,結構:
{"過濾項名":"過濾項值" }4.1.2.綁定點擊事件
給所有的過濾項綁定點擊事件:
要注意,點擊事件傳2個參數:
- k:過濾項的key
- option:當前過濾項對象
在點擊事件中,保存過濾項到selectedFilter:
selectFilter(k, o){const obj = {};Object.assign(obj, this.search);if(k === '分類' || k === '品牌'){o = o.id;}obj.filter[k] = o.name || o;this.search = obj; }另外,這里search對象中嵌套了filter對象,請求參數格式化時需要進行特殊處理,修改common.js中的一段代碼:
我們刷新頁面,點擊后通過瀏覽器功能查看search.filter的屬性變化:
并且,此時瀏覽器地址也發生了變化:
http://www.leyou.com/search.html?key=%E6%89%8B%E6%9C%BA&page=1&filter.%E5%93%81%E7%89%8C=2032&filter.CPU%E5%93%81%E7%89%8C=%E6%B5%B7%E6%80%9D%EF%BC%88Hisilicon%EF%BC%89&filter.CPU%E6%A0%B8%E6%95%B0=%E5%8D%81%E6%A0%B8網絡請求也正常發出:
4.2.后臺添加過濾條件
既然請求已經發送到了后臺,那接下來我們就在后臺去添加這些條件:
4.2.1.拓展請求對象
我們需要在請求類:SearchRequest中添加屬性,接收過濾屬性。過濾屬性都是鍵值對格式,但是key不確定,所以用一個map來接收即可。
4.2.2.添加過濾條件
目前,我們的基本查詢是這樣的:
現在,我們要把頁面傳遞的過濾條件也加入進去。
因此不能在使用普通的查詢,而是要用到BooleanQuery,基本結構是這樣的:
GET /heima/_search {"query":{"bool":{"must":{ "match": { "title": "小米手機",operator:"and"}},"filter":{"range":{"price":{"gt":2000.00,"lt":3800.00}}}}} }所以,我們對原來的基本查詢進行改造:(SearchService中的search方法)
因為比較復雜,我們將其封裝到一個方法中:
/*** 構建bool查詢構建器* @param request* @return*/ private BoolQueryBuilder buildBooleanQueryBuilder(SearchRequest request) {BoolQueryBuilder boolQueryBuilder = QueryBuilders.boolQuery();// 添加基本查詢條件boolQueryBuilder.must(QueryBuilders.matchQuery("all", request.getKey()).operator(Operator.AND));// 添加過濾條件if (CollectionUtils.isEmpty(request.getFilter())){return boolQueryBuilder;}for (Map.Entry<String, Object> entry : request.getFilter().entrySet()) {String key = entry.getKey();// 如果過濾條件是“品牌”, 過濾的字段名:brandIdif (StringUtils.equals("品牌", key)) {key = "brandId";} else if (StringUtils.equals("分類", key)) {// 如果是“分類”,過濾字段名:cid3key = "cid3";} else {// 如果是規格參數名,過濾字段名:specs.key.keywordkey = "specs." + key + ".keyword";}boolQueryBuilder.filter(QueryBuilders.termQuery(key, entry.getValue()));}return boolQueryBuilder; }其它不變。
4.3.頁面測試
我們先不點擊過濾條件,直接搜索手機:
總共184條
接下來,我們點擊一個過濾條件:
得到的結果:
5.頁面展示選擇的過濾項(作業)
5.1.商品分類面包屑
當用戶選擇一個商品分類以后,我們應該在過濾模塊的上方展示一個面包屑,把三級商品分類都顯示出來。
用戶選擇的商品分類就存放在search.filter中,但是里面只有第三級分類的id:cid3
我們需要根據它查詢出所有三級分類的id及名稱
5.1.1.提供查詢分類接口
我們在商品微服務中提供一個根據三級分類id查詢1~3級分類集合的方法:
Controller
/*** 根據3級分類id,查詢1~3級的分類* @param id* @return*/ @GetMapping("all/level") public ResponseEntity<List<Category>> queryAllByCid3(@RequestParam("id") Long id){List<Category> list = this.categoryService.queryAllByCid3(id);if (list == null || list.size() < 1) {return new ResponseEntity<>(HttpStatus.NOT_FOUND);}return ResponseEntity.ok(list); }Service
public List<Category> queryAllByCid3(Long id) {Category c3 = this.categoryMapper.selectByPrimaryKey(id);Category c2 = this.categoryMapper.selectByPrimaryKey(c3.getParentId());Category c1 = this.categoryMapper.selectByPrimaryKey(c2.getParentId());return Arrays.asList(c1,c2,c3); }測試:
5.1.2.頁面展示面包屑
后臺提供了接口,下面的問題是,我們在哪里去查詢接口?
大家首先想到的肯定是當用戶點擊以后。
但是我們思考一下:用戶點擊以后,就會重新發起請求,頁面刷新,那么你渲染的結果就沒了。
因此,應該是在頁面重新加載完畢后,此時因為過濾條件中加入了商品分類的條件,所以查詢的結果中只有1個分類。
我們判斷商品分類是否只有1個,如果是,則查詢三級商品分類,添加到面包屑即可。
渲染:
刷新頁面:
5.2.其它過濾項
接下來,我們需要在頁面展示用戶已選擇的過濾項,如圖:
我們知道,所有已選擇過濾項都保存在search.filter中,因此在頁面遍歷并展示即可。
但這里有個問題,filter中數據的格式:
基本有四類數據:
- 商品分類:這個不需要展示,分類展示在面包屑位置
- 品牌:這個要展示,但是其key和值不合適,我們不能顯示一個id在頁面。需要找到其name值
- 數值類型規格:這個展示的時候,需要把單位查詢出來
- 非數值類型規格:這個直接展示其值即可
因此,我們在頁面上這樣處理:
<!--已選擇過濾項--> <ul class="tags-choose"><li class="tag" v-for="(v,k) in search.filter" v-if="k !== 'cid3'" :key="k">{{k === 'brandId' ? '品牌' : k}}:<span style="color: red">{{getFilterValue(k,v)}}</span></span> <i class="sui-icon icon-tb-close"></i> </li> </ul>- 判斷如果 k === 'cid3'說明是商品分類,直接忽略
- 判斷k === 'brandId'說明是品牌,頁面顯示品牌,其它規格則直接顯示k的值
- 值的處理比較復雜,我們用一個方法getFilterValue(k,v)來處理,調用時把k和v都傳遞
方法內部:
getFilterValue(k,v){// 如果沒有過濾參數,我們跳過展示if(!this.filters || this.filters.length === 0){return null;}let filter = null;// 判斷是否是品牌if(k === 'brandId'){// 返回品牌名稱return this.filters.find(f => f.k === 'brandId').options[0].name;}return v; }然后刷新頁面,即可看到效果:
5.3.隱藏已經選擇的過濾項
現在,我們已經實現了已選擇過濾項的展示,但是你會發現一個問題:
已經選擇的過濾項,在過濾列表中依然存在:
這些已經選擇的過濾項,應該從列表中移除。
怎么做呢?
你必須先知道用戶選擇了什么。用戶選擇的項保存在search.filter中:
我們可以編寫一個計算屬性,把filters中的 已經被選擇的key過濾掉:
computed:{remainFilters(){const keys = Object.keys(this.search.filter);if(this.search.filter.cid3){keys.push("cid3")}if(this.search.filter.brandId){keys.push("brandId")}return this.filters.filter(f => !keys.includes(f.k));} }然后頁面不再直接遍歷filters,而是遍歷remainFilters
刷新頁面:
最后發現,還剩下一堆沒選過的。但是都只有一個可選項,此時再過濾沒有任何意義,應該隱藏,所以,在剛才的過濾條件中,還應該添加一條:如果只剩下一個可選項,不顯示
6.取消過濾項
我們能夠看到,每個過濾項后面都有一個小叉,當點擊后,應該取消對應條件的過濾。
思路非常簡單:
- 給小叉綁定點擊事件
- 點擊后把過濾項從search.filter中移除,頁面會自動刷新,OK
綁定點擊事件:
綁定點擊事件時,把k傳遞過去,方便刪除
刪除過濾項
removeFilter(k){this.search.filter[k] = null; }7.優化
搜索系統需要優化的點:
- 查詢規格參數部分可以添加緩存
- 聚合計算interval變化頻率極低,所以可以設計為定時任務計算(周期為天),然后緩存起來。
- elasticsearch本身有查詢緩存,可以不進行優化
- 商品圖片應該采用縮略圖,減少流量,提高頁面加載速度
- 圖片采用延遲加載
- 圖片還可以采用CDN服務器
- sku信息應該在頁面異步加載,而不是放到索引庫
總結