std :: string to LPCTSTR

Question

std::stringからLPCTSTRへの変換の一般的な質問の新しいバージョンです。

CreateDirectory(path.c_str(),NULL); 

そして、まだ、コンパイラはcannot convert from const char * to LPCTSTRため、エラーを与える：私はこれを行う必要があることを学んだ別のSOの記事から読み

。

私が試した：

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

んがエラーを！それでも（正しい場所に）作成したディレクトリが呼び出される

：あなたが推測できるように、私が望んでいたまさにではありません

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

...

だから私は何をしないのですか？それはUNICODE/ANSIに関連していますか？どうすれば解決できますか？

Answer 1

LPCTSTRがwchar_t*またはchar*に解決されているかどうかは、ビルドがユニコード（ユニコードフラグが設定されているかどうか）をサポートしているかどうかによって決まります。

char*バージョンを明示的に呼び出すには、CreateDirectoryA()を呼び出します。

Answer 2

What-are-TCHAR-WCHAR-LPSTR-LPWSTR-LPCTSTR-etcをご覧ください。 (LPCTSTR)path.c_str()あなたは、元の文字列から2つの文字を取って、そこから作成されます：あなたはプロジェクトのためにUnicodeを設定している可能性がありとLPCSTRがconst wchar_t *に「翻訳」され、これによりconst char *

と互換性がありません。これよりもMSVCを使用している場合1つのUnicode wchar_t文字。それはあなたが "中国語"文字を取得している通りです。

Answer 3

代わりにCreateDirectoryAを使用してください。 CreateDirectoryは、ビルド構成によってはCreateDirectoryAまたはCreateDirectoryWのいずれかに展開されるマクロです。それぞれLPCSTRとLPCWSTRとなります。 LPCSTR（これはc_str()があなたのものです）を知っている場合は、最初のものを使用してください。

Answer 4

ユニコード用にコンパイルしています。つまり、CreateDirectoryは、ワイド文字版CreateDirectoryWのエイリアスです。ただし、プログラムのテキストはANSIを使用してエンコードされます。これは、プログラムが国際化を適切に処理できないことを意味します。

コンパイラは、CreateDirectoryWが期待するテキストエンコーディングと、提供しているテキストエンコーディングとの間に不一致があることを伝えています。この不一致を解消するためにCreateDirectoryAと呼ぶことができますが、これはルート問題、つまりプログラムでANSIテキストを使用しているという事実を永続させるだけです。

したがって、すべてのテキストをUnicodeとしてエンコードすることをお勧めします。 stringを停止し、wstringを使い始める。あなたがwstringにpathを変更すると

CreateDirectory(path.c_str(),NULL); 

は正しいです。

Answer 5

あなたが見つけるしようとすると、この質問は、 "STD（：:) LPCTSTRする文字列" ポップアップしたよう

はここwstring

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); 

重要を使用してLPCTSTRとして&パスstd::stringを変換する方法方法です注：によってアドリアンマッカーシー：

ソース文字列がASCIIであるか、ANSIで、 現在のコードページがWindows-1252（これはLatin-1に非常に似ています）の場合、これは問題ありません。 ソースがUTF-8または別のコードページの場合、これは 問題を隠すだけです。

Answer 6

他の説明が正しい：

CreateDirectory、ウィンドウのAPIの多くのように、実際UNICODEが定義されているかどうかに応じて「ANSI」または「ワイド」バージョンに展開されるマクロです。 ANSIバージョンは、1バイト文字列を効果的にワイド文字列に変換し、ワイド文字列バージョンに委譲します。

しかし、直接いくつかの欠点が付属してCreateDirectoryAを呼び出すための提案：「ANSI」のAPIによって行わ

変換は、元の文字列は、ユーザーの現在のコードページでエンコードされていることを前提としています。単純なケースでは、これは本当らしいです。しかし、実生活のコードでは、そうではありません。だから間違ったタイプの変換で終わることがあります。これは後で見つかるバグにつながります。少なくとも悪い型変換はすぐに見つかるバグにつながります。

もっと良い解決策は、幅広い文字列（std :: wstring）を使い、CreateDirectoryWを呼び出すことです。間違った変換はありません。必要な型キャストはありません。

多くのコードベースでは、ワイド文字列を使用するためにすべてを書き直すことは現実的ではありません。正反対のことをし、std :: stringsを引き続き使用するが、標準化するためにはhold UTF-8 textという理由があることが判明しました。次に、Windows APIを呼び出す必要があるときは、（型変換ではなく）UTF-16に変換し、ワイドバージョンのAPIを直接呼び出します。これは、いくつかの変換といくつかの一時的なバッファを実行するコストを完全に忠実にします。これらの種類のコールはホットスポットになることはめったにないため、通常はコストがかかりません。

Windowsでは、UTF-8とUTF-16の間で変換するには、コードページをCP_UTF8に設定してMultiByteToWideChar/WideCharToMultiByteを呼び出すことができます。

Answer 7

私はかなりの間これを苦労しました。かなり掘り下げた後、私はこれが最もうまくいくことを発見しました。以下を試すことができます：

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