Pourquoi les guids binaires sont-ils différents de la représentation habituelle

Question

J'ai le guid suivant:

AAB13E97-449B-4D5B-BDE2-AC479C31B782

Utilisation de System.GUID + DBLINQ + SQLITE Pour le stocker, le champ suivant est ajouté à la base de données.

973EB1AA-9B44-5B4D-BDE2-AC479C31B782

(Tirets ajoutés pour plus de clarté)

Je peux voir que les 8 derniers octets sont dans le même ordre, et les 3 premiers groupes sont inversés, mais je ne comprends pas pourquoi.

Answer 1

Regarder L'article de Wikipedia sur le sujet ça dit:

Data4 stocke les octets dans le même ordre que celui affiché dans le codage du texte GUID (voir ci-dessous), mais les trois autres champs sont inversés sur les systèmes Little-Endan (par exemple Intel CPU).

Alors je conclus:

• Cela se produit indépendamment du SGBD ou du cadre utilisé
• Cela dépend de l'architeture du processeur
• C'est par conception

La question demeure donc:

Pourquoi diable ils l'ont conçu de cette façon?