重温WIN32 API ------ 最简单的Windows窗口封装类

最新推荐文章于 2024-07-28 15:19:08 发布

smstong

最新推荐文章于 2024-07-28 15:19:08 发布

阅读量1.9w

点赞数 10

分类专栏： C/C++ Windows相关

本文链接：https://blog.csdn.net/smstong/article/details/42366899

版权

本文讨论了在开发Win32程序时，C与C++的选择，倾向于C++的原因，并介绍了选择C++特性集合的考虑。重点在于设计一个简单的Windows窗口封装类XqWindow，遵循“简单”和“易理解”的原则，实现C++对象与窗口对象的绑定。文章详细讲解了封装过程中的技术要点，包括虚表指针的使用、C++对象与窗口对象的关系，以及潜在的问题和挑战。

摘要由CSDN通过智能技术生成

1 开发语言抉择

1.1 关于开发Win32 程序的语言选择 C还是C++

在决定抛弃MFC，而使用纯Win32 API 开发Window桌面程序之后，还存在一个语言的选择，这就是是否使用C++。C++作为C的超集，能实现所有C能实现的功能。其实反之亦然，C本身也能完成C++超出的那部分功能，只是可能需要更多行的代码。就本人理解而言，

对于巨大型项目，还是使用纯C来架构更加稳妥；
对于中小型项目来说，C++可能更方便快捷。由于目前做的是中小项目，所以决定把C++作为主要开发语言。

1.2 关于C++特性集合的选择

在决定使用C++之后，还有一个至关重要的抉择，那就是C++特性集合的选择。C++实在是太复杂了，除了支持它的老祖先C的所有开发模式，还支持基于对象开发（OB）、面向对象开发（OO）、模板技术。可以说，C++是个真正全能型语言，这同时也造成了C++的高度复杂性。使用不同的开发模式，就相当于使用不同的编程语言。就本人而言，对C++的模板编程也根本没有任何经验。综合过去的经验教训和本人对C++的掌握程度，决定:

使用基于对象和面向对象两种开发模式，如果一个功能两种都可以实现，则优先选择基于对象。倾向于OB的技术观点来自对苹果Object-C开发经验。
尽量避免多继承，此观点来自Java和.net开发经验。
数据结构和容器，使用C++标准模板库(STL)，模板编程本身复杂，但是使用STL却非常容易。

2 Windows窗口对象的封装类

对Windows桌面程序而言，Window和Message的概念是核心。首先需要封装的就是窗口，例如MFC就是用CWnd类封装了窗口对象。我们当初抛弃MFC的原因，就是因为它太复杂不容易理解，所以对基本窗口对象的封装一定要做到最简单化。

2.1 封装原则

首要的原则就是“简单”。能用一个Win32API直接实现的功能，绝不进行二次包装，如移动窗口可以使用 MoveWindow()一个函数实现，类中就不要出现同样功能的MoveWindow（）函数。MFC里有很多这种重复的功能，其实只是可以少写一个hwnd参数而已，却多加了一层调用。我就是要让HWND句柄到处出现，绝不对其隐藏，因为这个概念对于Windows来说太重要了，开发者使用任何封装类都不应该对其视而不见。

其次，同样功能多种技术可以实现时，优先选择容易理解的技术，“可理解性”比“运行效率”更重要。

2.2 源码

头文件 XqWindow.h

#pragma once
#include <vector>

class XqWindow
{
public:
	XqWindow(HINSTANCE hInst);
	~XqWindow();
private:
	HWND hWnd;    // 对外只读，确保安全
	HINSTANCE hInstance;
public:
	// 返回窗口对象句柄
	HWND GetHandle();
	// 消息处理。需要后续默认处理则需要返回0；停止该消息后续处理，则返回1
	virtual int HandleMessage(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam);
private:
	// 原始窗口过程
	static LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam);
private:
	//