功能背景:
1. 首先我們這個列表它帶有搜索功能
2. 左邊是列表，右邊爲詳情。
3. 頁面上方有添加新項功能, 會放到第一個。
4. 這是一個零件列表, 同一個頁面可以有無數個這種零件列表
第一，列表帶有搜索功能，當搜索的發生改變時要將請求頁數重置爲1。這裏我們應該如何做呢？當請求成功並拿到數據後，通過ref來保留上一次搜索的值, 然後每次請求的時候去對比這兩個值是否相同。
第二，這個列表之前有一個非常大的坑。就是之前的請求頁數是根據接口獲取的，而不是存在本地的，我們需要將其改爲存在本地, 不然每次你去修改第一頁的數據時，你的請求頁數就變爲1了。
第三，當我們新增一個選項時，我們需要將頁數重置爲1並將所有數據改爲第一頁數據。這是因爲新增的數據會根據創建時間排在第一項。
第四，考慮到性能問題，我們一次只能請求一頁的數據，而不能請求全部數據，然後在這一頁的數據中根據ID篩選出我們剛剛修改的數據, 進行替換。
第五，網絡差的時候可能獲取不到修改選項頁面的數據
第六，考慮當查看零件列表A詳情時去更新零件列表B的數據。
第七，需要處列表組件中“能否加載下一頁”變量的問題
第八，考慮重複搜索同一個值, 翻頁和不翻頁兩種情況