An implementation of Universal Unique Identifier (UUID). See http://tools.ietf.org/html/rfc4122
The current impelementation supports only a JDK backend due to dependencies upon
to produce random bytes, and to implement MD5/SHA-1 hashing, respectively.
According to the standard, the following components make up a UUID:
For example, for the following UUID: 5561de0e-64ad-4d9b-94f2-46926fc44121:
Since the above UUID was generated randomly, its version is 4, and is the first digit of the timeHiVersion.
The variant is 2. Despite any variant with a leading bit of 1 being supported, with all variants supported for either backward of future compatbility, only variant 2 is in actual use.
Currently, only versions 3 (MD5 sum), 4 (randomly generated), and 5 (SHA1) are supported.
no subtypes hierarchy
This constructor is not meant to be exposed outside of the module. Clients should invoke one of the top-level functions to obtain a UUID.
The hash value of the value, which allows the value to be an element of a hash-based set or key of a hash-based map. Implementations must respect the constraint that:
Therefore, a class which refines
Because thetype is platform-dependent a compiler for a given platform is permitted to further manipulate the calculated hash for an object, and the resulting hash may differ between platforms.
The UUID variant belonging to this UUID. Only variant 2 is in actual use.
The UUID version belonging to this UUID. Only versions 3, 4, and 5 are currently supported.
|Attributes inherited from: |
Determine if two values are equal. Implementations should respect the constraints that:
Furthermore it is recommended that implementations
ensure that if
A class which explicitly refines
|Methods inherited from: |