另外提议struct另外一个考虑，也源自为postgresql 中uuid的实现（ 这里请允许我自我吹嘘一下，我也是pguuid的最初的作者）pguuid uuid 的定义就是一个struct，2个int16， 一个int32， 基于这个基础，对正数操作其实比操作单个字节更高效，比较大小起来也很简单。 另外，也可以用smid 指令加速

但是很遗憾，neild 没有采纳， 主要还是考虑和google/uuid的兼容性

其实对于v7 取消返回error 作为原始v7的作者我是持保留态度的， 理由：
v7的精度只有ms ，那么1ms中产生的uuid是有限的，大约4000个不到，如果超出这个限度怎么办？ google/uuid中我实现的版本是返回一个未来的时间， 这个是否是最优呢？
我在实现v7时，也考虑过接返回一个error。这也是我保留取消error的原因。

另一个就是对V8 的支持，自定义uuid是有需求的， 当然，你可以创建一个v8 uuid的string 然后parser回去， 可以直接填充UUID数组，我认为应该提供一些辅助函数用于解决这些问题