TL; DR: Nope.
As Adam Davis said, Microsoft's style is the HEX encoding (with curly shapes and dashes to make it more readable), which can be displayed using a subset of ASCII characters (0-9 and AF), but this is not specifically ASCII encoding.
I think it's important to remember that Microsoft's GUID mapping style for Microsoft is just a GUID representation, which is actually a 16-byte integer value (as Micheal Trausch stated).
You can also represent it in different, more compact ways, converting bytes to another character set (e.g. ASCII).
Theoretically, you can display each byte as an extended ASCII character (255 characters), which allows you to save the GUID as a string of 16 characters.
This would not be very clear, because it would include whitespace (CR, space, tab, etc.) and other special characters, so that would make sense if you want to effectively keep the GUID in a non-human readable character format, for example , in a database that does not support GUIDs or quick bit mappings: http://en.wikipedia.org/wiki/Extended_ASCII
IMHO, the most readable way to display GUIDs would be more compact to use Base64 encoding, which allows you to save it in a string 22 characters long and make it like this:
7v26IM9P2kmVepd7ZxuXyQ==
But, as Jeff Atwood claims on his website, you can also push the GUID into an ASCII85 encoded string with 20 characters:
[Rb*hlkkXVW+q4s(YSF0
For more inspiration see: http://www.codinghorror.com/blog/2005/10/equipping-our-ascii-armor.html
Wiebe Tijsma Jul 14 '10 at 15:49 2010-07-14 15:49
source share