Convertir GUID structure de LPCSTR

Je suis en train de travailler avec l'API Win32 en C et ont un besoin de convertir un GUID structure en LPCSTR. Je suis relativement nouveau pour Win32 et n'ai pas trouvé beaucoup d'informations autour de ce type de conversion.

J'ai réussi à convertir GUID pour OLECHAR à l'aide de StringFromGUID2 fonction (voir le fragment de code ci-dessous), mais coincé sur la poursuite de la conversion à LPSCSTR. Je ne suis pas trop sûr que je me dirige dans la bonne direction avec OLECHAR mais au moment où il semble chose logique à faire.

GUID guid;
OLECHAR wszGuid[40] = {0};
OLECHAR szGuid[40]={0};
LPCSTR lpcGuid;
CoCreateGuid(&guid);
StringFromGUID2(&guid, wszGuid, _countof(wszGuid));

OriginalL'auteur user2177565 | 2013-09-01

  1. 13

    Le système d'exploitation ne prend pas en charge le formatage d'un GUID comme une chaîne Ansi directement. Vous pouvez les mettre en forme dans une chaîne Unicode en premier et ensuite le convertir en Ansi par la suite:

    GUID guid = {0};
wchar_t szGuidW[40] = {0};
char szGuidA[40] = {0};
CoCreateGuid(&guid);
StringFromGUID2(&guid, szGuidW, 40);
WideCharToMultiByte(CP_ACP, 0, szGuidW, -1, szGuidA, 40, NULL, NULL);

    Ou vous pouvez utiliser sprintf() ou fonction similaire au format de la chaîne Ansi manuellement:

    GUID guid = {0};
char szGuid[40]={0};
CoCreateGuid(&guid);
sprintf(szGuid, "{%08X-%04X-%04X-%02X%02X-%02X%02X%02X%02X%02X%02X}", guid.Data1, guid.Data2, guid.Data3, guid.Data4[0], guid.Data4[1], guid.Data4[2], guid.Data4[3], guid.Data4[4], guid.Data4[5], guid.Data4[6], guid.Data4[7]);
    Merci Remy. Dans votre 2ème approche vous utilisé la fonction sprintf de comparer les deux appels de fonction (StringFromGUID2 et WideCharToMultiByte) dans la 1ère approche. À partir de la surface de la 2ème approche semble plus serré et concis qui me font croire qu'il peut être plus rapide aussi, mais je n'en suis pas sûr. Des idées à ce sujet?
    Si la vitesse est un problème, utilisez un générateur de profils.
    Je ne sais pas, mais je parie que la seconde est plus lent, car il n'est pas spécialisé, le sprintf doit analyser la chaîne d'entrée et de décider quoi faire avec les arguments supplémentaires, mais l'autre est exactement construit à cet effet. -- Le plus rapide serait de construire un nouveau de la fonction en utilisant la logique évidente dans la 2ème approche, qui se traduit par le GUID à la norme ANSI directement.

    OriginalL'auteur Remy Lebeau