CATIA CAA由于module导出函数定义方式不同导致低版本编译不过问题

上图中，红色部分是高版本的vs编译的（R27+vs2012），绿色版本是低版本caa编译的（R21+VS2008）。红色代码在低版本环境编译不过，在高版本能编译通过。绿色代码在高、低版本都能够编译通过。

根本原因在于两者使用的条件编译语法和所依赖的宏/关键字的严格程度不同。

红色代码的失败主要有两个关键点，都与低版本编译器（VS2008）的语法检查更严格、功能支持较少有关。

// 红色代码中的写法

#if defined (__MBDMdl) // 注意：'defined' 和 '(' 之间有空格

低版本VS2008（更严格）：早期的C/C++预处理器对 #if defined指令的语法解析非常严格。它要求 defined关键字必须紧跟着左括号 (，中间不能有空格。这种带空格的写法会被视为语法错误，导致编译中止。

高版本VS2012（更智能/宽松）：随着编译器的发展，预处理器变得更加"智能"和容错。它能够自动忽略这种无关紧要的空格，正确地识别出这是 defined(__MBDMdl)的意图，因此编译通过。

修正方法：将代码改为 #if defined(__MBDMdl)（去掉空格）即可解决低版本的主要编译错误。

cpp 复制代码

# define ExportedByMBDMdl    DSYExport

红色代码最终将 ExportedByMBDMdl定义为 DSYExport或 DSYImport。这两个宏本身不是C++标准关键字，它们需要在别的地方（例如 DSYExport.h文件）被定义。

潜在风险：如果 DSYExport和 DSYImport在它们的定义中，使用了更高版本编译器才支持的语法或特性（例如C++11的新关键字），那么在VS2008中展开这些宏时，同样会编译失败。

对比绿色代码：绿色代码没有这个间接层，它直接使用了最底层的 _declspec关键字，避免了因宏展开带来的额外兼容性风险。

绿色代码的成功在于它使用了最基础、最经典且被长期支持的语法。

cpp 复制代码

// 绿色代码中的写法
#ifdef __MBDMdl

它使用了 #ifdef指令，这是一个非常古老且没有任何歧义的语法，所有版本的编译器都完美支持。即使使用 #if defined，绿色代码的写法也更标准，没有多余空格。

cpp 复制代码

#define ExportedByMBDMdl    _declspec(dllexport)

_declspec(dllexport/dllimport)是微软编译器（MSVC）特有的但非常古老的关键字，用于在Windows平台上从DLL中导入/导出函数和类。这个特性自Visual C++诞生之初就已存在，在VS2008中是完全被支持的，甚至比它更早的版本（如VC++6.0）也支持。

它绕过了任何可能未定义的中间宏（如 DSYExport），直接与编译器对话，确保了最大的兼容性。

cpp 复制代码

#else
#define ExportedByMBDMdl  // 定义为空
#endif

绿色代码还考虑到了非Windows平台（通过 #ifdef _WINDOWS_SOURCE判断）或不需要特殊声明的场景，将宏定义为空。这是一种良好的跨平台编程实践，也避免了在非Windows环境下因找不到 _declspec而报错。