UUID 正在被 NanoID 取代？

因此，在本文中，我們將展開(kāi)討論 NanoID 的功能、它的亮點(diǎn)以及它的局限性，以便讓我們更好地了解何時(shí)使用它。

了解 NanoID 及其用法

對(duì)于 JavaScript，生成 UUID 或 NanoID 都非常簡(jiǎn)單。它們都有對(duì)應(yīng)的 NPM 包來(lái)幫助我們實(shí)現(xiàn)生成。

我們所需要做的就是運(yùn)行?npm i nanoid?命令安裝 NanoID NPM 庫(kù) 并在我們的項(xiàng)目中使用它：

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

“你是否知道 NanoID 每周的 NPM 下載量超過(guò) 1175.4 萬(wàn)，并且運(yùn)行起來(lái)比 UUID 快 60%？”

此外，NanoID 比 UUID 年輕了將近 7 年，而且它的 GitHub 星數(shù)已經(jīng)比 UUID 多。

下圖顯示了這兩個(gè)之間的 npm 趨勢(shì)比較，我們可以看到 NanoID 的上升趨勢(shì)與 UUID 的平坦進(jìn)展有強(qiáng)烈的對(duì)比。

我希望這些數(shù)字已經(jīng)說(shuō)服你去嘗試 NanoID。但是，這兩者之間的主要區(qū)別很簡(jiǎn)單。它歸結(jié)為鍵使用的字母表。由于 NanoID 使用比 UUID 更大的字母表，因此較短的 ID 可以用于與較長(zhǎng)的 UUID 相同的目的。

1. NanoID 只有 108 個(gè)字節(jié)那么大

與 UUID 不同，NanoID 的大小要小 4.5 倍，并且沒(méi)有任何依賴關(guān)系。此外，大小限制已用于將大小從另外 35% 減小。

大小減少直接影響數(shù)據(jù)的大小。例如，使用 NanoID 的對(duì)象小而緊湊，能夠用于數(shù)據(jù)傳輸和存儲(chǔ)。隨著應(yīng)用程序的增長(zhǎng)，這些數(shù)字變得明顯起來(lái)。

2. 更安全

在大多數(shù)隨機(jī)生成器中，它們使用不安全的?Math.random()。但是，NanoID 使用?crypto module?和?Web Crypto API，意味著 NanoID 更安全。

此外，NanoID 在 ID 生成器的實(shí)現(xiàn)過(guò)程中使用了自己的算法，稱為 統(tǒng)一算法，而不是使用“隨機(jī) % 字母表”?random % alphabet。

3. 它既快速又緊湊

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

0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ_abcdefghijklmnopqrstuvwxyz-

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

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 等庫(kù)。

我們可以使用?npx nanoid?在終端中獲得唯一 ID。在 JavaScript 中使用 NanoID 唯一的要求是要先安裝 NodeJS。

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

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

5. 自定義字母

NanoID 的另一個(gè)現(xiàn)有功能是它允許開(kāi)發(fā)人員使用自定義字母表。我們可以更改文字或 id 的大小，如下所示：

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

在上面的示例中，我將自定義字母表定義為?ABCDEF1234567890，并將 Id 的大小定義為 12。

6. 沒(méi)有第三方依賴

由于 NanoID 不依賴任何第三方依賴，隨著時(shí)間的推移，它能夠變得更加穩(wěn)定自治。

從長(zhǎng)遠(yuǎn)來(lái)看，這有利于優(yōu)化包的大小，并使其不太容易出現(xiàn)依賴項(xiàng)帶來(lái)的問(wèn)題。

局限性和未來(lái)重點(diǎn)

根據(jù) StackOverflow 中的許多專家意見(jiàn)，使用 NanoID 沒(méi)有明顯的缺點(diǎn)或限制。

非人類可讀是許多開(kāi)發(fā)人員在 NanoID 中看到的主要缺點(diǎn)，因?yàn)樗拐{(diào)試變得更加困難。但是，與 UUID 相比，NanoID 更短且可讀。

另外，如果你使用 NanoID 作為表的主鍵，如果你使用相同的列作為聚集索引也會(huì)出現(xiàn)問(wèn)題。這是因?yàn)?NanoID 不是連續(xù)的。

在將來(lái)……

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

來(lái)源：https://www.npmjs.com/package/nanoid

上述基準(zhǔn)測(cè)試顯示了 NanoID 與其他主要 id 生成器相比的性能。

“使用默認(rèn)字母表每秒可生成超過(guò) 220 萬(wàn)個(gè)唯一 ID，使用自定義字母表每秒可生成超過(guò) 180 萬(wàn)個(gè)唯一 ID。”

根據(jù)我使用 UUID 和 NanoID 的經(jīng)驗(yàn)，考慮到它的小尺寸、URL 友好性、安全性和速度，我建議在任何未來(lái)的項(xiàng)目中使用 NanoID 而不是 UUID。因此，我邀請(qǐng)您在下一個(gè)項(xiàng)目中試用 NanoID，并在評(píng)論部分與其他人分享您的想法。

原文地址：Why is NanoID Replacing UUID?

原文作者：Charuka Herath

譯文出自：掘金翻譯計(jì)劃

本文永久鏈接：https://github.com/xitu/gold-miner/blob/master/article/2021/why-is-nanoid-replacing-uuid.md

譯者：霜羽 Hoarfroster

（完）
PS：如果覺(jué)得我的分享不錯(cuò)，歡迎大家隨手點(diǎn)贊、在看。
?關(guān)注公眾號(hào)：Java后端編程，回復(fù)下面關(guān)鍵字?

要Java學(xué)習(xí)完整路線，回復(fù)??路線?
缺Java入門(mén)視頻，回復(fù)：?視頻?
要Java面試經(jīng)驗(yàn)，回復(fù)??面試?
缺Java項(xiàng)目，回復(fù)：?項(xiàng)目?
進(jìn)Java粉絲群：?加群?

PS：如果覺(jué)得我的分享不錯(cuò)，歡迎大家隨手點(diǎn)贊、在看。
（完）




加我"微信"?獲取一份 最新Java面試題資料
請(qǐng)備注：666，不然不通過(guò)～

最近好文

1、Mybatis 開(kāi)發(fā)神器：Fast MyBatis 超好用
2、JetBrains 官宣支持烏克蘭，制裁俄羅斯...
3、突發(fā)！Spring Cloud 爆高危漏洞。。趕緊修復(fù)??！
4、Spring Cloud 與 Dubbo 優(yōu)缺點(diǎn)詳解
5、一個(gè)基于 SpringBoot+Vue 仿餓了么外賣系統(tǒng)


最近面試BAT，整理一份面試資料《Java面試BAT通關(guān)手冊(cè)》，覆蓋了Java核心技術(shù)、JVM、Java并發(fā)、SSM、微服務(wù)、數(shù)據(jù)庫(kù)、數(shù)據(jù)結(jié)構(gòu)等等。
獲取方式：關(guān)注公眾號(hào)并回復(fù)?java?領(lǐng)取，更多內(nèi)容陸續(xù)奉上。
明天見(jiàn)(??ω??)??