Std :: String zu LPCTSTR

Question

Neue Version der typischen Frage, wie man von std::string zu LPCTSTR konvertiert. Ich

aus verschiedenen SO Beiträge lesen gelernt, dass ich das tun sollte:

CreateDirectory(path.c_str(),NULL); 

Und immer noch der Compiler gibt Fehler, da cannot convert from const char * to LPCTSTR.

Ich habe versucht:

CreateDirectory((LPCTSTR)path.c_str(),NULL); 

keine Fehler!

Immer noch das Verzeichnis (in der richtigen Stelle) erstellt wird genannt:

D:\\something\\㩄ぜ弲久䅓余屓䱆彄湡敤屲䵉ⴱ㠶ⴰⵃㅇ㉜洰⵭就䥄牃獥汵獴촀췍췍췍췍췍췍췍﷍﷽꯽ꮫꮫꮫﺫﻮﻮ 

, die nicht genau das, was ich wollte, wie Sie sich vorstellen können ...

Also, was ich fehle? Ist das etwas mit UNICODE/ANSI? Wie kann ich das beheben?

Answer 1

Ihr Problem hier ist die Tatsache, dass LPCTSTR zu wchar_t* oder char* aufgelöst wird, abhängig davon, ob Ihr Build unterstützt Unicode (Unicode-Flag festgelegt oder nicht).

Um die char* Version explizit aufzurufen, rufen Sie CreateDirectoryA().

Answer 2

Versuchen Sie, diese Seite zu sehen: What-are-TCHAR-WCHAR-LPSTR-LPWSTR-LPCTSTR-etc. Wenn Sie MSVC verwenden, als Sie Unicode für Projekt festgelegt haben und LPCSTR ist „übersetzt“ zu const wchar_t *, die mit nicht kompatibel ist const char *

Auf diese Weise: (LPCTSTR)path.c_str() Sie zwei Zeichen von der ursprünglichen Zeichenfolge nehmen und erstellen von ihnen ein Unicode wchar_t Brief. So bekommen Sie "chinesische" Charaktere.

Answer 3

Verwenden Sie stattdessen CreateDirectoryA. CreateDirectory ist ein Makro, das je nach Build-Konfiguration entweder auf CreateDirectoryA oder CreateDirectoryW erweitert wird; Sie nehmen jeweils LPCSTR und LPCWSTR. Wenn Sie wissen, dass Sie eine LPCSTR haben (was c_str() Ihnen gibt), verwenden Sie die erste.

Answer 4

Sie kompilieren für Unicode, was bedeutet, dass CreateDirectory ein Alias ​​für CreateDirectoryW ist, die Wide-Character-Version. Der Text in Ihrem Programm wird jedoch mit ANSI codiert. Dies bedeutet, dass Ihr Programm die Internationalisierung nicht korrekt verarbeiten kann.

Der Compiler weist Sie darauf hin, dass zwischen der Textcodierung, die CreateDirectoryW erwartet, und der von Ihnen gelieferten Textcodierung ein Konflikt besteht. Es ist wahr, dass Sie CreateDirectoryA aufrufen können, um diese falsche Übereinstimmung zu beheben, aber das wird nur das Stammproblem verewigen, die Tatsache, dass Sie ANSI-Text in Ihrem Programm verwenden.

Also, die beste Lösung ist, den gesamten Text als Unicode zu kodieren. Beenden Sie die Verwendung von string und starten Sie die Verwendung von wstring.Sobald Sie path zu wstring dann

CreateDirectory(path.c_str(),NULL); 

korrekt ändern ist.

Answer 5

Da diese Frage erscheint, wenn Sie versuchen, zu finden:

Hier ist ein Weg "(std :) String LPCTSTR" wie & Pass std::string als LPCTSTRwstring

string path_str = "Yay!"; //your string containing path 
wstring path_wstr(path_str.begin(), path_str.end()); 
//then this should work: 
CreateDirectory(path_wstr.c_str(),NULL); 

WICHTIG zu konvertieren Hinweis von Adrian McCarthy:

Dies ist in Ordnung, wenn die Quellzeichenfolge ASCII oder ANSI ist und die aktuelle Codepage Windows-1252 ist (was sehr ähnlich zu Latin-1 ist). Wenn die Quelle UTF-8 oder eine andere Codepage ist, wird nur das Problem ausgeblendet.

Answer 6

Die anderen Erklärungen sind richtig:

Create, wie viele der Fenster APIs, ist eigentlich ein Makro, das in Abhängigkeit davon, zu einem „ANSI“ oder „Wide“ Version erweitert ob UNICODE definiert ist. Die ANSI-Version konvertiert die Einzelbytezeichenfolge effektiv in eine breite Zeichenfolge und delegiert dann an die breite Zeichenfolgenversion.

jedoch auf den Vorschläge nennen CreateDirectoryA direkt mit einigen Nachteilen kommen:

Die Umwandlungen von dem „ANSI“ APIs getan davon aus, dass die Quellzeichenfolge in dem aktuellen Codepage des Benutzers verschlüsselt ist. In einfachen Fällen ist dies wahrscheinlich richtig. Aber in vielen realen Code ist es nicht. So können Sie mit der falschen Art der Konvertierung enden, die zu Fehlern führt, die Sie viel später finden werden. Zumindest die schlechte Typumwandlung führt zu Fehlern, die Sie sofort finden.

Eine bessere Lösung ist die Verwendung von Wide Strings (Std :: Wstring) und CreateDirectoryW aufrufen. Keine Konvertierung, um falsch zu gehen. Keine Typumwandlungen erforderlich.

Für viele Codebasen ist es nicht praktisch, alles neu zu schreiben, um breite Strings zu verwenden. Es stellt sich heraus, dass es gute Gründe gibt, genau das Gegenteil zu tun und weiterhin std :: strings zu verwenden, aber zu standardisieren, sie hold UTF-8 text zu haben. Wenn Sie dann eine Windows-API aufrufen müssen, konvertieren Sie (nicht Typcast) in UTF-16 und rufen Sie direkt die Wide-Version der API auf. Dadurch erhalten Sie volle Klangtreue auf Kosten einiger Conversions und temporärer Puffer. Da diese Arten von Anrufen selten in Hot Spots sind, sind die Kosten in der Regel keine große Sache.

Unter Windows können Sie zum Konvertieren zwischen UTF-8 und UTF-16 MultiByteToWideChar/WideCharToMultiByte mit der auf CP_UTF8 eingestellten Codepage aufrufen.

Answer 7

Ich habe schon eine ganze Weile damit zu kämpfen. Nach einigem Graben fand ich das am besten; Sie könnten folgendes versuchen:

std::string t = "xyz"; 
CA2T wt (t.c_str());