在类或函数声明中间的宏

我已经阅读了诸如this和this以及其他页面的相关问题，但是它们并没有真正回答我的问题。

基本上，我看到类似以下的代码。

class SOME_MACRO SomeClass{
    SomeClass();
    ~SomeClass();
};

这真让我感到困惑。现在，我认为自己对C ++相当了解（尽管对预处理器的了解较少），但是我不记得在我读过的任何书中都看到过这样的声明。但是我一直在现实世界中看到这样的代码，例如在OpenCV中。您在书本或课堂上学习的C ++与您实际在实践中看到的C ++之间似乎存在差异，我发现这很不幸。

我从这里和这里都了解到，上面的宏用于告诉链接器如何正确链接它或类似的东西。对于此处的示例，QuickFAST_Exportgets变为__declspec(dllexport)或__declspec(dllimport)。在其他情况下，这些宏告诉链接器如何根据系统是Linux还是Windows来表现。我从抽象的角度了解所有这些；我知道宏的用途，并且至少至少现在知道它们的作用。所以我不想要诸如“那些宏在那里，以便您可以更改[...]”之类的答案，因为这些答案不会告诉我如何在我自己的程序中使用这种声明我可能会从头开始写。

我的问题是，什么时候__declspec(dllimport)在类声明的中间放置类似内容是合法的？实际是__declspec(dllimport)什么？安int？一个东西？它在C ++标准的哪一部分中说这样的类声明是合法的？如果有人可以编写一个最小的程序来说明一个类声明，该类声明的中间有一个非平凡的（非空）宏，那么该程序可以编译，并且最好做一些可见的事情，将不胜感激。

我从这里和这里都了解到，上面的宏用于告诉链接器如何正确链接它或类似的东西。

要学究一点，不是宏告诉链接程序如何链接。宏被预处理器简单地替换为定义为要替换的任何文本。就您的示例而言，它将有条件地替换为__declspec(dllexport)或__declspec(dllimport)。另一方面，那些declspec指示符确实告诉链接器要做什么...至少某些了解该指示符的链接器。

从什么时候开始在类声明的中间放置__declspec（dllimport）之类的东西合法？

自从Microsoft实现了他们的编译器并指定它是合法的。根据c ++标准，这是非法的。

它在C ++标准的哪一部分中说这样的类声明是合法的？

没有。使用这些说明符是非标准的，不能保证可以在Microsoft以外的任何其他编译器中工作。这就是为什么在不支持关键字的编译器中使用此类宏时，通常将其定义为扩展为空字符串（或可能是其他实现的字符串）的原因。

__declspec（dllimport）实际是什么？

这是非标准关键字。您可以从其（Microsoft）文档中找到更多信息。

为了更深入一点，关键字告诉链接器在编译共享（动态链接）库时如何导出符号。动态链接是与标准完全无关的概念。它的实现已定义。

我如何在自己可能会从头开始编写的程序中自己使用这种声明。

您打算编写共享库吗？如果没有，那么您不需要知道。如果是，那么您需要阅读所针对的每个平台的文档。

这是Microsoft文档中的演练，它指导您完成创建动态链接库的步骤。