二次封裝 Storage？

關于 Storage 的封裝問題，其實都是老生常談了，很多人都會在項目中去二次封裝 Storage，為了讓開發者能更加方便地去使用 localStore、sessionStorage。就比如下方，應該是很多人封裝的案例，就是封裝簡單的 讀取、寫入，或者有 刪除、清空：

我們為什么封裝？

要不我們回過頭來想一下，我們為什么要封裝？其實封裝無非就是為了兩個目的：

• 更好地統一維護
• 使用者更方便、更無腦地使用

但是我覺得在一個大項目中以及緊急的開發進度中，使用者更方便、更無腦地使用才是封裝的第一目的，所以想想剛剛的 LocalStorage 的封裝，真的能讓使用者更方便、更無腦地使用嗎？

我就舉個例子吧，我想存進去一個對象，我這么去存，可以嗎？

顯然是不行的，存進去的對象會被轉成字符串 [object Object]：

所以我必須這么去存和取值，利用 JSON.parse、JSON.stringify 去轉：

只有這么去做才能達到我的目的：

但是這樣不覺得很麻煩嗎？使用者更方便、更無腦地使用是封裝的第一目的，顯然這樣只會讓使用者徒增煩惱！！！

有的人就說了，可以把 JSON.parse、JSON.stringify 寫在 useLocalStorage 中，但是這個方案只是針對 Object 而已，但是數據類型其實有多種：number、string、object、set、map、date 等等，你直接寫在里面，不太合理，你得兼顧所有的數據類型才行！！

類型猜測邏輯

所以呢，你如果想要讓使用者更方便、更無腦地使用，我們可以封裝一套類型猜測邏輯。

首先我們必須準備一個函數，這個函數用來判斷數據類型：

但是光是判斷出類型還不夠啊，我們還必須給每一種類型，準備一套 讀取、存入 的策略：

最后只需要：

• 判斷類型
• 獲取類型對應的存取策略
• 在存取的時候執行對應策略

我們現在可以來試試能不能達到目的：

顯然已經達到我們想要的效果：

小結

當然， Storage 的封裝不僅僅是類型猜測這么一個功能點！而且其實封裝還有很多兜底的情況我這里沒寫出來，本文就是想讓大家知道，封裝 Storage 的時候，類型猜測是一個最基本的功能，有這個功能，使用者更方便、更無腦地使用。