el cascader實現伺服器搜尋

2021-10-18 23:17:20 字數 1400 閱讀 6171

總結這裡主要是記錄開發過程中,因需要用到級聯選擇器,以及搜尋功能,而官方文件未有伺服器搜尋的,所以這樣記錄一下,開發過程以及遇到的問題。

需要根據使用者輸入的進行實時請求伺服器資料

**如下(示例):

placeholder=

"" filterable

:props=

"defaultparams"

:options=

"computedoptions"

:clearable=

"true"

v-model=

"value"

@change=

"changevalue"

>

<

/el-cascader>

基本到這裡就是可支援搜尋的了,但是不能實時獲取使用者的輸入。

看了官方文件,並沒有提供獲取實時輸入的方法,所以檢視原始碼之後,發現可以使用@input.native來獲取實時的使用者資料,所以上面的**修改為

placeholder=

"" filterable //可搜尋配置

:props=

"defaultparams"

:options=

"computedoptions"

// 這個是後端返回的資料,我這邊採用computed,這樣就可以實時更新資料了

:clearable=

"true"

v-model=

"value"

@input.native=

"iptchange"

// 加入獲取實時使用者輸入

@change=

"changevalue"

>

<

/el-cascader>

問題又來了,實時獲取使用者的操作,請求api,太頻繁,所以加入防抖,官方文件有該屬性,但是我實際使用的時候沒起效果。如果有哪位大佬知道,麻煩告知一哈,所以我用了我自己寫的防抖。這裡就不貼防抖的**了,不知道的可以搜一哈。

iptchange:

debounce

(function

(el)

else},

500)

,

看了文件,element提供兩種方法,filter-method和before-filter。filter-method會拿取初始化的dom過濾,因需要請求伺服器,所以多多少少會有點延遲,filter-method拿不到更新後的dom,所以不適合用。before-filter就簡單了,直接return false就可以更新為後端返回的資料。

本文主要講的是開發中,因需要用到el-cascader的級聯選擇器,並且需要支援可搜尋的開發過程。

伺服器實現 如何實現session跨伺服器共享

session共享有多種解決方法,常用的有四種 客戶端cookie儲存 伺服器間session同步 使用集群管理session 把session持久化到資料庫。1.客戶端cookie儲存 以cookie加密的方式儲存在客戶端,每次session資訊被寫在客戶端,然後經瀏覽器再次提交到伺服器,即使兩次...

伺服器實現 FTP伺服器的實現(C語言)

我們在之前的文章中,曾經對ftp檔案傳輸協議做過詳細的介紹。本章,我們對如何用c語言實現ftp伺服器做乙個簡單的介紹。概述 ftp檔案傳輸協議,是網際網路上使用得最廣泛的檔案傳輸協議。ftp提供互動式的訪問,允許客戶指明檔案的格式與型別,並允許檔案具有儲存許可權。ftp遮蔽了不同作業系統之前的細節,...

web伺服器 簡單web伺服器實現

三次握手 一般情況下是瀏覽器先傳送請求資料,c s ack 應答 三次握手成功後,才開始進行通訊資料的收發。四次揮手 一般情況下是客戶端先關閉,給瀏覽器傳送關閉資訊。如果瀏覽器傳送了關閉資訊,但是伺服器沒有回過去,較慢 那麼瀏覽器一直發是不是就會有問題?所以會等待 2msl的時間。一般為2 5分鐘。...