動作環境

C++ Builder XE4
RAD Studio 10.2 Tokyo Update 2 (追記: 2018/01/05)

はまったこと

HWND型変数にFindWindowEx()にて値を代入
その対象となるフォームの名前を変更した (xxxFormからFormXXX)
HWND型変数がNULLになる
NULLのまま処理をされ、別の処理でのNULLチェックにひっかかりエラーが出た

希望

フォーム名を変更した時に、ビルド処理でエラーの原因を明示したい。

実装

構成
- Form1 (Unit1.cpp)
- Form2 (Unit2.cpp)

Unit1.cpp

//---------------------------------------------------------------------------

# include <vcl.h>
# pragma hdrstop

# include "Unit1.h"
# include "Unit2.h"
//---------------------------------------------------------------------------
# pragma package(smart_init)
# pragma resource "*.dfm"
TForm1 *Form1;
//---------------------------------------------------------------------------
__fastcall TForm1::TForm1(TComponent* Owner)
	: TForm(Owner)
{
}
//---------------------------------------------------------------------------
void __fastcall TForm1::Button1Click(TObject *Sender)
{
	// Case 1
	String fullCaption = L"Form2";

	HWND subHwnd = FindWindowEx(NULL, NULL, NULL, fullCaption.c_str());
}
//---------------------------------------------------------------------------
void __fastcall TForm1::Button2Click(TObject *Sender)
{
	// Case 2
	String fullCaption = Form2->Caption;

	HWND subHwnd = FindWindowEx(NULL, NULL, NULL, fullCaption.c_str());
}
//---------------------------------------------------------------------------

上記のCase 2にすることで、「フォーム名の変更時」にビルドエラーが出てくれ、間違いに気づきやすい。

pros and cons

Case 1
- 利点: #include "Unit2.h"が不要
- 欠点: フォーム名変更時に失敗に気づきにくい
Case 2
- 利点: フォーム名変更時に失敗に気づく
- 欠点: #include "Unit2.h"が必要
  - 依存関係が生まれるが、Form2のコンポーネントを使っている時点で依存関係はある

備考

~~FindWindowEx()を使わずにForm2からHWNDを取る方法はあるかもしれない（未調査)~~。

Case 3

Case 2の処理は以下でよかった。

Unit1.cpp

void __fastcall TForm1::Button3Click(TObject *Sender)
{
	// Case 3
	HWND subHwnd = Form2->Handle;
}

FindWindowEx()は不要。