重新创建Win32的标题是一个好主意吗？

发布时间：2020-12-14 04:14:53 所属栏目：Windows 来源：网络整理

导读：我发现自己最近在Win32上做了更多的C/C++代码,并且来自C#背景我已经开发出一种完全一致的“干净代码”的痴迷,所以从美丽的System.*命名空间转回到构成Win32 API头文件的#defines的混搭是一种文化冲击. 在阅读了MSDN按字母顺序排列的Win32核心函数列表之后,我

我发现自己最近在Win32上做了更多的C/C++代码,并且来自C#背景我已经开发出一种完全一致的“干净代码”的痴迷,所以从美丽的System.*命名空间转回到构成Win32 API头文件的#defines的混搭是一种文化冲击.

在阅读了MSDN按字母顺序排列的Win32核心函数列表之后,我意识到Win32的API设计实际上是多么简单,不幸的是它被过去25年的所有瑕疵笼罩着,包括许多对16位编程的引用,这些编程在今天完全无关紧要64位世界.

我很快就会开始一个新的C/C++项目,我正在考虑如何根据需要重新创建Win32的头文件.我可以将它设计得很漂亮,但它会保持与现有程序的100％二进制(和源)兼容性(因为#defines最终解决了同样的问题).

我想知道过去是否有人尝试过这种方法(Google没有提出任何建议),或者是否有人想要劝阻我.

我想到的另一件事是,如何使用更干净的C Win32 API,可以在顶部设计更干净,更易于使用的C Win32 API包装器,因为旧的C Win32项目不会有任何命名空间污染.

编辑：

只是为了澄清,我不是为了提高编译性能或任何类型的优化,我完全清楚编译器会废弃所有未使用的东西.我在这里的任务是拥有一个很高兴使用的Win32头库(因为我不需要每次使用函数时都按下Caps-lock).

不要这样做.

这可能是可能的,但这需要很长时间,并可能导致微妙的错误.

然而,更重要的是,它将使你的程序完全不可能为你以外的任何人维护.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!