MSVC是否支持C++11样式的属性而不是__declspec

Does MSVC support C++11-style attributes instead of __declspec?

本文关键字：属性 declspec 是否支持 C++11 样式 MSVC 更新时间：2023-10-16

我知道C++11样式的属性支持以名称空间为前缀的特定于供应商的属性。GCC和Clang都支持前缀为gnu::(GCC和Clang(或clang::(仅Clang(的各种属性，这些属性对应于等效的__attribute__((...))语法。

MSVC属性的文档显示，它支持标准属性以及gsl::属性，但没有提及__declspec属性的向后兼容性。

我希望像__declspec(noinline)这样的东西有[[msvc::noinline]]的属性表示，但我似乎找不到任何关于这方面的文档。

所以我的问题是，MSVC是否支持__declspec作为C++11风格的属性？

如果没有，会有人碰巧知道他们没有吗？C++属性最初的基本原理是抽象各种编译器特定的__attribute__和__declspec特性，因此，如果在标准化9年后仍然不支持它，那就太奇怪了。

截至VC++2019，没有[[msvc::noinline]]或其他等效的__declspec。

来自C++中属性的官方MSVC文档：

在Visual C++中，您可以使用[[deprecated]]属性而不是使用declspec(deprecated)，并且任何符合条件的编译器都会识别该属性 对于所有其他declspec参数，如dllimport和dllexport，还没有等效的属性，因此必须继续使用declspec语法

[EDIT]关于为什么[[attributes]]没有在VC++中得到更广泛的使用，也许完全取代了__declspec的信息少得惊人。我发现最接近权威来源的是reddit线程C++属性说明符序列中的这些注释，MSVC和我：

spongo2-MSVC开发经理

我们刚刚在团队会议室就这个话题进行了一次激动人心的讨论。我们肯定在这里看到了用例，这很有趣，但我们想知道，一个人可以放置属性的地方数量很大，而且还在增长，这是否会导致令人惊讶的行为

STL-MSVC STL Dev

我会在STL中使用[[msvc:：kitty]]而不是__declspec(kitty(，以使我们的源代码更容易被其他前端接受。我已经改用[[noreturn]]而不是__declspec(noreturn(，因为它是标准的

我的理解是，阻碍更广泛采用的是对属性范围与__declspec以及总体向后兼容性的担忧。

根据C++中的属性，唯一具有属性替换的__declspec((是[[不推荐使用]]，对于所有其他__declspec((修饰符，您必须继续使用__declsspec。