質問

<Windows.h>に含まれる関数で、例えば

GetModuleHandleAやGetModuleHandleWなど、同じ機能なのにAやWが付いてるものがあります。
また、GetModuleHandleというものもあり、これに関しては定義を見てみると

cpp
1#ifdef UNICODE
2#define GetModuleHandle  GetModuleHandleW
3#else
4#define GetModuleHandle  GetModuleHandleA
5#endif // !UNICODE

のようになっています。

#ifdef UNICODE　というのは、ファイル設定がunicodeかマルチバイト文字列かを判定してるっぽいですが、であればGetModuleHandleを使えばどちらか合うほうを自動で選択してくれるので一番いいということでしょうか？

もし間違ってましたら、
これらはどのように使い分ければいいのか教えてください。

行動規範の内容に同意します

回答4件

文字列の符号化の方法が異なります。

ANSI互換文字列(cp932 いわゆるshift-jisなど)
Wide文字列

自動で選択してくれるので一番いい

場合によります。
末尾なしの関数を使う場合はマルチバイトかユニコードかがコンパイル時の設定により変わりますので
tchar等を用いて注意深くコーディングする必要がある割にうまみが少ないようにも感じます。

また末尾Aは楽なんですがtcharの場合と同様に「文字列のエンコードが想定通りなのか？」という問題に晒されます。

末尾WはUTF-16LEなので現在のところは最もエンコードを気にせずやれるかと思います。
\0が文字列中に入りこむ問題や、将来的にもUTF-16LEなのか？という問題はありますが

投稿2020/08/08 00:01

編集2020/08/08 00:17

asm

総合スコア15147

KOTTON

2020/08/08 00:04

なるほど、、ありがとうございます！

行動規範の内容に同意します

ベストアンサー

かつては

Windows9x(基本的にA、一部Wも対応)
WindowsNT(A、W両対応)
WindowsCE(Wのみ対応)

と同じWin32APIと言ってもOSにより使用可能なAPIが異なっていました。
AやWなしで書いておけば同じソースコードで対応が可能でした。
今はWindowsNT系しかありませんが…
また、新規追加されるAPIではAやWがつかずにUNICODE版しか無いこともあります。

GetModuleHandleを使えばどちらか合うほうを自動で選択してくれる

はい。
ただし、TCHARや_Tマクロを使用するなど正しく文字セットが切り替わるようにしておかないと、ビルドエラーの原因となります。
古いソースを流用するとかでなければ、マルチバイト文字セットの設定でビルドし直すことはないかもしれませんが…
プロジェクトの文字セット指定に関わらず、AやWを指定して明示的に呼び出すことも可能です。

投稿2020/08/07 23:57

編集2020/08/08 00:10

SHOMI

総合スコア4079

KOTTON

2020/08/08 00:05

どれも聞いたことないレベルの古いOSですね！なるほど確かにマクロを使ったほうがよさげですね、ありがとうございます

行動規範の内容に同意します

GetModuleHandleを使えばどちらか合うほうを自動で選択してくれるので一番いいということでしょうか？

自動という訳ではなく、プリプロセッサでUNICODEを定義すると、GetModuleHandleWが使用されます。ANSI文字列、ワイド文字列（Unicode）のどちらを使用するかという区別でAとWがついています。

VC2019の場合、プロジェクト設定の、構成プロパティ>詳細>文字セットでUnicode文字セットを使用するを選択すると、コンパイルオプションでUNICODEが定義されます。今のVC++は、デフォルト状態ではプロジェクト設定がUnicode使用になっています。

ANSI版のAPIは他言語（例えば中国語）のファイル名が扱えなかったりするので、多言語対応を意識するのであればUnicodeにした方がよいです。文字を扱わないプログラムなら、どちらでも特に問題無いと思われます。

Unicode 対応

投稿2020/08/08 00:13

編集2020/08/08 00:15

退会済みユーザー

総合スコア0

C
1HMODULE GetModuleHandleA(LPCSTR lpModuleName);  // LPCSTR = const char*
2HMODULE GetModuleHandleW(LPCWSTR lpModuleName); // LPCWSTR = const wchar_t*