c - 重新创建 Win32 的 header 是个好主意吗？

Question

我发现自己最近针对 Win32 编写了更多的 C/C++ 代码，并且来自 C# 背景的我已经对完全一致的“干净代码”产生了痴迷，因此远离漂亮的 System.* 命名空间回到构成 Win32 API 头文件的#defines 大杂烩有点文化冲击。

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

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

我想知道过去是否有人尝试过此操作(谷歌什么也没找到)，或者是否有人想劝阻我这样做。

我想到的另一件事是，如何使用更干净的 C Win32 API，可以在顶部设计一个更干净、更易于使用的 C++ Win32 API 包装器，因为旧的 C Win32 不会造成任何 namespace 污染项目。

编辑:

澄清一下，我这样做并不是为了提高编译性能或进行任何类型的优化，我完全知道编译器会删除所有未使用的内容。我的目标是拥有一个使用起来很愉快的 Win32 头文件库(因为我不需要在每次使用函数时都按下 Caps-lock)。

Answer 1

不要这样做。

这可能是可能的，但需要很长时间，并且可能会导致细微的错误。

但是，更重要的是，它会使您的程序完全无法由您以外的任何人维护。