LPCSTR, LPCTSTR und LPTSTR

Was ist der Unterschied zwischen LPCSTR, LPCTSTRund LPTSTR?

Warum müssen wir dies tun, um einen String in eine LV/ _ITEMStrukturvariable zu konvertieren pszText:

LV_DISPINFO dispinfo;  
dispinfo.item.pszText = LPTSTR((LPCTSTR)string);

So beantworten Sie den ersten Teil Ihrer Frage:

LPCSTRist ein Zeiger auf eine konstante Zeichenfolge (LP bedeutet Long Pointer )

LPCTSTRist ein Zeiger auf eine const TCHARZeichenfolge ( TCHARentweder ein breites Zeichen oder ein Zeichen, je nachdem, ob UNICODE in Ihrem Projekt definiert ist).

LPTSTRist ein Zeiger auf eine (nicht konstante) TCHARZeichenfolge

In der Praxis haben wir, wenn wir in der Vergangenheit darüber gesprochen haben, der Einfachheit halber den "Zeiger auf eine" Phrase weggelassen, aber wie von Leichtigkeitsrennen im Orbit erwähnt, sind sie alle Zeiger.

Dies ist ein großartiger Codeprojekt-Artikel , der C ++ - Zeichenfolgen beschreibt (siehe 2/3 unten für ein Diagramm, in dem die verschiedenen Typen verglichen werden).

Schnell und dreckig:

LP== L ong P ointer. Denken Sie nur an Zeiger oder Zeichen *

C= C onst, in diesem Fall denke ich, dass die Zeichenfolge eine Konstante ist, nicht der Zeiger eine Konstante.

STRist Zeichenfolge

das Tist für ein breites Zeichen oder Zeichen (TCHAR) , je nach Kompilierungsoptionen.

8-Bit-AnsiStrings

• char: 8-Bit-Zeichen - zugrunde liegender C / C ++ - Datentyp
• CHAR: Alias ​​von char- Windows-Datentyp
• LPSTR: nullterminierte Zeichenfolge von CHAR ( L ong P ointer)
• LPCSTR: Konstante nullterminierte Zeichenfolge von CHAR ( L ong P ointer)

16-Bit-UnicodeStrings

• wchar_t: 16-Bit-Zeichen - zugrunde liegender C / C ++ - Datentyp
• WCHAR: Alias ​​von wchar_t- Windows-Datentyp
• LPWSTR: nullterminierte Zeichenfolge von WCHAR ( L ong P ointer)
• LPCWSTR: Konstante nullterminierte Zeichenfolge von WCHAR ( L ong P ointer)

je nach UNICODEdefinieren

• TCHAR: Alias ​​von WCHARwenn UNICODE definiert ist; AndernfallsCHAR
• LPTSTR: nullterminierte Zeichenfolge von TCHAR ( L ong P ointer)
• LPCTSTR: Konstante nullterminierte Zeichenfolge von TCHAR ( L ong P ointer)

So

| Item              | 8-bit        | 16-bit      | Varies          |
|-------------------|--------------|-------------|-----------------|
| character         | CHAR         | WCHAR       | TCHAR           |
| string            | LPSTR        | LPWSTR      | LPTSTR          |
| string (const)    | LPCSTR       | LPCWSTR     | LPCTSTR         |

Bonuslesung

TCHAR→ Text Char ( archive.is )

Hinzufügen zu Johns und Tims Antwort.

Sofern Sie nicht für Win98 codieren, gibt es nur zwei der mehr als 6 Zeichenfolgentypen, die Sie in Ihrer Anwendung verwenden sollten

• LPWSTR
• LPCWSTR

Der Rest soll ANSI-Plattformen oder Dual-Compilations unterstützen. Diese sind heute nicht mehr so ​​relevant wie früher.

Um den zweiten Teil Ihrer Frage zu beantworten, müssen Sie Dinge wie tun

LV_DISPINFO dispinfo;  
dispinfo.item.pszText = LPTSTR((LPCTSTR)string);

weil die LVITEMStruktur von MS einen LPTSTR, dh einen veränderlichen T-String-Zeiger hat, keinen LPCTSTR. Was Sie tun, ist

1) konvertiere string(a CStringa rate) in a LPCTSTR(was in der Praxis bedeutet, die Adresse seines Zeichenpuffers als schreibgeschützten Zeiger zu erhalten)

2) Konvertieren Sie diesen schreibgeschützten Zeiger in einen beschreibbaren Zeiger, indem Sie seine const-ness wegwerfen.

Es hängt davon ab, wofür verwendet dispinfowird, ob die Möglichkeit besteht, dass Ihr ListViewAnruf versucht , dies durchzuschreiben pszText. Wenn dies der Fall ist, ist dies möglicherweise eine sehr schlechte Sache: Schließlich haben Sie einen schreibgeschützten Zeiger erhalten und dann beschlossen, ihn als beschreibbar zu behandeln: Vielleicht gibt es einen Grund, warum er schreibgeschützt war!

Wenn es ein CStringist, mit dem Sie arbeiten, haben Sie die Möglichkeit zu verwenden string.GetBuffer()- das gibt Ihnen absichtlich eine beschreibbare LPTSTR. Sie müssen dann daran denken, aufzurufen, ReleaseBuffer()wenn die Zeichenfolge geändert wird. Oder Sie können einen lokalen temporären Puffer zuweisen und die Zeichenfolge dort kopieren.

99% der Zeit wird dies unnötig sein und die Behandlung LPCTSTRals ein LPTSTRWille funktionieren ... aber eines Tages, wenn Sie es am wenigsten erwarten ...