繁体   English   中英

如何更短的GUID用户友好?

[英]How are shorter GUID user friendly?

我只是来翻过这个博客它使用ShortGuid创建注册验证令牌。

当我试图打开链接,说明更短和URL友好的Guid似乎链接重定向到其他链接。 它打开了一些其他语言网站。

但我几乎没有问题,一个较短的Guid如何才能使用户友好? 什么时候应该使用它?

还有复制/过去的好处。 如果我理解正确,它不是关于好的URL,而是关于验证令牌。 很多人通过双击复制/编码代码,然后Sguid(ShortGuid)确实更加用户友好。 试试吧:

Xy0MVKupFES9NpmZ9TiHcw

540c2d5f-a9ab-4414-bd36-9999f5388773

如何更短的Guid用户友好?

如果您的用户手动输入网址而不是点击链接,那么不太可能。

什么时候应该使用它?

GUID( AF0-9- )中的所有字符都是URL安全的,因此“安全”不是真正的参数。

您可能需要考虑它的出于美学原因,或者为了便于复制粘贴URL。

Guid通常用base-16表示(使用0-9和AF)。 这使得字符串变长。 如果您使用更多字符(0-9,az,AZ和其他特殊字符,如_或@),则可以用更短的字符串表示相同数量的数据。

虽然它们根本不会对您的代码产生影响,但是长GUID很难看到URL或用户可能看到的任何内容,因此您可以将它们转换为更短的格式,但仍然不是很漂亮但占用的空间更少。

有人可能会争辩说,较短的格式需要较少的带宽,但实际节省可以忽略不计。

如何更短的Guid用户友好?

问题中回答了自己的问题。 这很明显: 7A9D35A3 (更短)比7A9D35A3-4999-4130-8E2B-EB0447D942FA更容易记忆/输入。

什么时候应该使用它?

一个例子是将它用作参考。 一些例子:

  • “发生错误,请联系支援。参考:7A9D35A3”
  • “您的预订已经确认!预订代码:7A9D35A3”

如何使用db表将ID映射到GUID。 就像是

ID      GUID
1000    540c2d5f-a9ab-4414-bd36-9999f5388773
1001    123c2d5f-a9ab-4414-bd36-9999f5388773
1002    567c2d5f-a9ab-4414-bd36-9999f5388773

在每个db表中使用ID进行扩展或迁移会更容易,最终会得到一个干净的ID。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM