Question

我希望保持我的dll的后兼容性，虽然Pimpl模式涉及必须导出整个类，因此名称错误导致不同的编译器无法支持，在这种情况下，我可以提供C兼容接口像跟随一样？

在公众头上：

#ifdef CPPDYNAMICLINKLIBRARY_EXPORTS
#   define SYMBOL_DECLSPEC __declspec(dllexport)
#   define SYMBOL_DEF
#else
#   define SYMBOL_DECLSPEC __declspec(dllimport)
#   define SYMBOL_DEF      __declspec(dllimport)
#endif

#ifdef _WIN32
   #define GRAPHICAPI __stdcall
#else
   #define GRAPHICAPI
#endif 

#ifdef __cplusplus
   #define EXTERN_C     extern "C"
#else
   #define EXTERN_C
#endif // __cplusplus

#ifdef __cplusplus
namespace myapi{
  struct SYMBOL_DECLSPEC  Graphics{
        Graphics();
       ~Graphics();
       void drawLine(int,int,int,int);
       void drawLine(Point,Point);
  private:
     struct Impl;
     const Impl* impl;
  }
}//end of myapi   
#endif // __cplusplus

struct Graphics;
typedef struct Graphics *PGraphics;

#ifdef __cplusplus
  extern "C" {
#endif
  SYMBOL_DEF  PGraphics GRAPHICAPI newGraphics();
  SYMBOL_DEF void GRAPHICAPI deleteGraphics(PGraphics);
  SYMBOL_DEF  int GRAPHICAPI Graphics_drawLine4(PGraphics,int,int,int,int);
  SYMBOL_DEF  int GRAPHICAPI Graphics_drawLine2(PGraphics,Point,Point);
#ifdef __cplusplus
  }
#endif

同样在dll项目中，def文件具有以下定义：

exports
         newGraphics    @1
         deleteGraphics    @2
         Graphics_drawLine4    @3
         Graphics_drawLine2   @4

如果你没有在def文件中指定序数，当你添加像Graphics_drawArc这样的新函数时，Graphics_drawArc函数会在Graphics_drawLine4之前导出，旧的应用程序调用Graphics_drawLine4实际上调用了Graphics_drawArc，导致崩溃。

上述解决方案是否正确？

Answer 1

我会隐藏宏背后的调用约定，以防你将它移植到一个不存在__stdcall概念的不同平台：

#ifdef _WIN32
#define GRAPHICAPI __stdcall
#else
#define GRAPHICAPI
#endif

SYMBOL_DEF  PGraphics GRAPHICAPI newGraphics();
SYMBOL_DEF void GRAPHICAPI deleteGraphics(PGraphics);
SYMBOL_DEF  int GRAPHICAPI Graphics_drawLine4(PGraphics,int,int,int,int);
SYMBOL_DEF  int GRAPHICAPI Graphics_drawLine2(PGraphics,Point,Point);

除此之外，我认为没有任何问题。不同C ++编译器之间的任何ABI差异都隐藏在具有相当稳定的ABI的C接口之后。

我可以像这样混合pimpl和C接口吗？

1 个答案: