Windows API 和 GetClassName()？另一个名字？

发布于 2024-07-13 21:53:01 字数 456 浏览 5 评论 0原文

我有一些代码，它有一个 C++ 动态类系统，其中有一个名为 GetClassName() 的成员，这是一个人们想象的相当无害的名称。然而，当包含在带有 Windows 标头的大型项目中时，一切都崩溃了。显然，Windows 使用 #define GetClassName（GetClassNameA 或 GetClassNameW），它搞砸了一切，我的虚拟调用树变得一团糟，让我在黑暗中愚蠢的编译器调试中浪费了一天的时间，试图找出问题所在。

因此，除了我咒骂微软为 #define 使用如此可怕的容易冲突的名称（我的意思是有人应该为此被枪杀！）之外，我还要求 3 个目的。

还有什么好名字获取类名() ?
有没有办法解决这个问题，以便将来，其他我的代码库的开发人员不会遭受相似的
命运当别人的后代遇到类似的情况莫名其妙的错误

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

寄意 2024-07-20 21:53:01

ClassGetName()
#undef GetClassName
WinAPI 是 C API。没有命名空间。其他一些平台试图通过为所有符号名称添加前缀来缓解这种情况，但最终也失败了。最好的选择：如果您正在编写不依赖于 Windows Platform SDK 标头的代码，那么就不要#include 它们。

回复收藏 0 原文

恋竹姑娘 2024-07-20 21:53:01

我会重命名该方法。

当然可以说，

#include <windows.h>
#undef GetClassName

但这并不干净，代码的用户应该记住在调用 win32 函数时编写::GetClassNameW。

可以在他的类中提供 GetClassNameA 和 GetClassNameW 方法，但它非常丑陋。

我看到两种方法：延长或缩短名称:)

1) 为子系统中的所有函数添加前缀 fe TI_ （用于类型信息）：

TI_GetClassName() 
TI_GetBaseClass() 
TI_IsDerivedFromClass()
etc

2) 或将它们放入某个 IClass 接口中

interface IClass {
GetName();
GetBase(); 
IsDerivedFrom();
etc

并从单个方法返回该接口，
这样 GetClassName() 就变成

GetClass()->GetName()

I would rename the method.

Of course one can say

#include <windows.h>
#undef GetClassName

but it is not clean, users of one's code should remember to write ::GetClassNameW when they call win32 function.

One can provide GetClassNameA and GetClassNameW methods in his class, but it's plain ugly.

I see two approaches : either lengthen or shorten the name:)

1) add a prefix for all functions in the subsystem, f.e TI_ (for type info):

TI_GetClassName() 
TI_GetBaseClass() 
TI_IsDerivedFromClass()
etc

2) or put them into some IClass interface

interface IClass {
GetName();
GetBase(); 
IsDerivedFrom();
etc

and return that interface from single method,
so that GetClassName() becomes

GetClass()->GetName()

回复收藏 0 原文

我最亲爱的 2024-07-20 21:53:01

也许是 GetWindowClassName？事实上，GetClassName 对于这个 API 来说并不是一个坏名字，因为它与窗口类相关。真正的问题是它是一个 C API 声明，而 C 声明无法引入不会污染全局命名空间的可重用声明。

这与其说是微软的失败，不如说是C语言的失败。

回复收藏 0 原文

我们的影子 2024-07-20 21:53:01

Windows API 充满了具有干净名称的宏，这些宏扩展为带有指示 ASCII/UTF-16 后缀的函数名称，具体取决于构建选项。如果他们在所有内容前面加上“W32”或类似的前缀（OS X 上的“NS”），那就太好了，但他们选择不保持 API 的“干净”。

由于更改代码比更改 API 容易得多，因此这里有一些建议：

1) 学习 Windows API（实际上没那么大！），或者至少熟悉 MSDN 以便您在遇到莫名其妙的程序流程时可以查找名称冲突。

2) 在代码中尽可能使用显式作用域解析 (MyClass::GetClassName())。不幸的是，这会破坏虚拟函数调度，所以要小心这一点。

3) 在代码中使用不同的命名约定。 MS 始终使用 CamelCase，因此如果您选择其他约定（get_class_name()、getClassName() 等），则不会发生冲突。

4）就我个人而言，我讨厌命名我的吸气剂和吸气剂。 setter“GetX()”和“SetX()”，但更喜欢依靠重载机制，并使用“xtype X() const”作为 getters，使用“void X(xtype newval)”作为 setters。您的里程可能会有所不同，但我发现它更干净且更干净。从参数来看，get/set 是显而易见的。显然，如果您使用默认参数，则必须小心。

祝你好运！

回复收藏 0 原文

~没有更多了~