Using class member functions to initialise a window
Hi there,
I always thought (probably wrongly) that all the relevant stuff you declare for creating a window was done in the main .cpp file for the application.
Recently however I've come across a very different way of doing it and it's raised a few questions. The project I'm referring to defines a base class and also a derived class. The base class's constructor initializes a HINSTANCE data member with the applications HINSTANCE. Like so:
Code:
class D3DApp
{
D3DApp(HINSTANCE hInstance);
....
HINSTANCE mhAppInst = nullptr; // application instance handle
}
D3DApp::D3DApp(HINSTANCE hInstance)
:mhAppInst(hInstance)
{
....unrelated code
}
The WinMain function makes an instance of that class and passes the HINSTANCE into it like so:
Code:
int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE prevInstance,
PSTR cmdLine, int showCmd)
{
try
{
BoxApp theApp(hInstance);
if(!theApp.Initialize())
return 0;
}
....
}
BoxApp class is the derived class of the base class D3DApp. Has a few virtual functions in it (some of which are not re-defined) and some new functions too for solutions specific to a given demo, like this one which just shows a box on a screen.
The derived class BoxApp then calls the base class's Initialize() function, which in turn calls the base class's InitMainWindow() function to register the window class and show the window, and of course also declare which function will handle the window messages:
Code:
bool D3DApp::InitMainWindow()
{
WNDCLASS wc;
wc.lpfnWndProc = MainWndProc;
wc.hInstance = mhAppInst;
wc.lpszClassName = L"MainWnd";
....other wc registering code not shown
mhMainWnd = CreateWindow(L"MainWnd", MainWndCaption.c_str(),
WS_OVERLAPPEDWINDOW,
CW_USEDEFAULT,
CW_USEDEFAULT,
width,
height, 0, 0, mhAppInst, 0);
if( !mhMainWnd )
{
MessageBox(0, L"CreateWindow Failed.", 0, 0);
return false;
}
ShowWindow(mhMainWnd, SW_SHOW);
UpdateWindow(mhMainWnd);
return true;
}
The MainWndProc() is defined in the .cpp file that includes the header file but isn't actually part of either the base or derived class (if that makes any difference).
So it seems to me ultimately the only thing that really makes it as far as the part where the window is registered and shown, is the original HINSTANCE from the application that the class constructor set one of its data members to.
Can you do that? I mean it does all work it just seems a bit unusual. I didn't realize windows was as tolerant as this when it comes to where you can register and create a window. So provided the HINSTANCE is good all the way through the process, then wherever and however you create the window it will still be bound to the original application's HINSTANCE and thus it works?
Thanks :)
