NanoID — UUID 的替代品

Posted 2022-04-03 小何必须卷

​UUID 是软件开发中最常用的通用标识符之一。然而，在过去的几年里，其他的竞品挑战了它的存在。其中，NanoID 是 UUID 的主要竞争对手之一。因此，在本文中，将介绍NanoID 的功能、它的亮点以及它的局限性，以便让我们更好地了解何时使用它。​

​一张图便可以说服你去尝试 NanoID。​

图片来源​​https://www.npmtrends.com/nanoid-vs-uuid​​

一.如何使用​

​对于 javascript，生成 UUID 或 NanoID 都非常简单。它们都有对应的 NPM 包来帮助我们实现生成。我们所需要做的就是运行 ​​​npm i nanoid​ 命令安装 NanoID NPM 库 并在我们的项目中使用它：

import  nanoid  from nanoid;  
model.id = 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。

​此外，我们还可以在 Redux toolkit 中找到 NanoID，并将其用于其他用例，如下所示；​

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

​5. 自定义字母​

​NanoID 的另一个现有功能是它允许开发人员使用自定义字母表。我们可以更改文字或 id 的大小，如下所示：​

import  customAlphabet  from nanoid;  
const nanoid = customAlphabet(ABCDEF1234567890, 12);  
model.id = nanoid();

在上面的示例中，我将自定义字母表定义为 ​​ABCDEF1234567890​​，并将 Id 的大小定义为 12。

​6. 没有第三方依赖​

​由于 NanoID 不依赖任何第三方依赖，随着时间的推移，它能够变得更加稳定自治。从长远来看，这有利于优化包的大小，并使其不太容易出现依赖项带来的问题。

四、局限性​

​根据 StackOverflow 中的许多专家意见，使用 NanoID 没有明显的缺点或限制（专家的智慧、高度令我等望尘莫及）。说点实在的，非人类可读是许多开发人员在 NanoID 中看到的主要缺点，因为它使调试变得更加困难。但是，与 UUID 相比，NanoID 更短且可读。另外，如果你使用 NanoID 作为表的主键，如果你使用相同的列作为聚集索引也会出现问题。这是因为 NanoID 不是连续的。​