UUID正在被NanoID取代？

UUID 是軟件開發中最常用的通用標識符之一。然而，在過去的幾年里，其他的競品挑戰了它的存在。其中，NanoID 是 UUID 的主要競爭對手之一。因此，在本文中，我們將展開討論 NanoID 的功能、它的亮點以及它的局限性，以便讓我們更好地了解何時使用它。

了解 NanoID 及其用法

對于 JavaScript，生成 UUID 或 NanoID 都非常簡單。它們都有對應的 NPM 包來幫助我們實現生成。我們所需要做的就是運行npm i nanoid命令安裝 NanoID NPM 庫并在我們的項目中使用它：

import{nanoid}from'nanoid'; model.id=nanoid();

“

你是否知道 NanoID 每周的 NPM 下載量超過 1175.4 萬，并且運行起來比 UUID 快 60%？

”

此外，NanoID 比 UUID 年輕了將近 7 年，而且它的 GitHub 星數已經比 UUID 多。下圖顯示了這兩個之間的 npm 趨勢比較，我們可以看到 NanoID 的上升趨勢與 UUID 的平坦進展有強烈的對比。

image.png

https://www.npmtrends.com/nanoid-vs-uuid

我希望這些數字已經說服你去嘗試 NanoID。

但是，這兩者之間的主要區別很簡單。它歸結為鍵使用的字母表。

由于 NanoID 使用比 UUID 更大的字母表，因此較短的 ID 可以用于與較長的 UUID 相同的目的。

1. NanoID 只有 108 個字節那么大

與 UUID 不同，NanoID 的大小要小 4.5 倍，并且沒有任何依賴關系。此外，大小限制已用于將大小從另外 35% 減小。大小減少直接影響數據的大小。例如，使用 NanoID 的對象小而緊湊，能夠用于數據傳輸和存儲。隨著應用程序的增長，這些數字變得明顯起來。

2. 更安全

在大多數隨機生成器中，它們使用不安全的Math.random()。但是，NanoID 使用crypto module和Web Crypto API，意味著 NanoID 更安全。此外，NanoID 在 ID 生成器的實現過程中使用了自己的算法，稱為統一算法，而不是使用“隨機 % 字母表”random % alphabet。

3. 它既快速又緊湊

NanoID 比 UUID 快 60%。與 UUID 字母表中的 36 個字符不同，NanoID 只有 21 個字符。

0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ_abcdefghijklmnopqrstuvwxyz-

此外，NanoID 支持 14 種不同的編程語言，它們分別是：

C#、C++、Clojure 和 ClojureScript、Crystal、Dart & Flutter、Deno、Go、Elixir、Haskell、Janet、Java、Nim、Perl、PHP、帶字典的 Python、Ruby、Rust、Swift

4. 兼容性

它還支持 PouchDB、CouchDB WebWorkers、Rollup 以及 React 和 Reach-Native 等庫。我們可以使用npx nanoid在終端中獲得唯一 ID。在 JavaScript 中使用 NanoID 唯一的要求是要先安裝 NodeJS。

image.png

此外，我們還可以在 Redux toolkit 中找到 NanoID，并將其用于其他用例，如下所示；

import{nanoid}from‘@reduxjs/toolkit’ console.log(nanoid())//‘dgPXxUz_6fWIQBD8XmiSy’

5. 自定義字母

NanoID 的另一個現有功能是它允許開發人員使用自定義字母表。我們可以更改文字或 id 的大小，如下所示：

import{customAlphabet}from'nanoid'; constnanoid=customAlphabet('ABCDEF1234567890',12); model.id=nanoid();

在上面的示例中，我將自定義字母表定義為ABCDEF1234567890，并將 Id 的大小定義為 12。另外，搜索公眾號互聯網架構師后臺回復“面試”，獲取一份驚喜禮包。

6. 沒有第三方依賴

由于 NanoID 不依賴任何第三方依賴，隨著時間的推移，它能夠變得更加穩定自治。從長遠來看，這有利于優化包的大小，并使其不太容易出現依賴項帶來的問題。

局限性和未來重點

根據 StackOverflow 中的許多專家意見，使用 NanoID 沒有明顯的缺點或限制。非人類可讀是許多開發人員在 NanoID 中看到的主要缺點，因為它使調試變得更加困難。但是，與 UUID 相比，NanoID 更短且可讀。另外，如果你使用 NanoID 作為表的主鍵，如果你使用相同的列作為聚集索引也會出現問題。這是因為 NanoID 不是連續的。

在將來……

NanoID 正逐漸成為 JavaScript 最受歡迎的唯一 id 生成器，大多數開發人員更喜歡選擇它而不是更喜歡 UUID。