4

假设我正在编写一个跨平台库，我必须以一种针对不同平台有不同行为的方式组织代码，并且这种行为（或定义）是在编译时根据我的库所在的平台选择的正在编译。

#ifdef在 C++ 中执行此操作的“通常”方法是在编写方法或类时大量污染代码。

方法的问题在于：

  • 源代码看起来真的很难看
  • 如果你支持 3 个平台，你的源代码大约是你真正需要的 3 倍，这意味着你的编译器仍然需要解析和分析所有代码才能“看到”#ifdef
  • 不同的实现之间没有真正的区别，当代码库增长时很难保持，当你只有 3-4 个平台时，它增长得非常快。

由于 C++11 中有很多新功能，我想知道是否有一些改变，以及是否有新的选项。

4

1 回答 1

6

您应该使用您的构建系统来执行此操作。您应该为标头提供与平台无关的函数声明和类定义。然后，根据目标平台，构建系统应该编译这些函数和类的适当实现。

例如，让我们考虑创建用于显示图形或 GUI 元素的窗口。如果您不使用库来执行此操作，则必须自己编写跨平台代码。首先，您应该确切地考虑平台无关接口应该是什么。也许你有一个window类和一些辅助函数。然后，您可以在头文件中提供该类的定义和辅助函数的声明，并为每个平台提供单独的实现。然后你会有一组这样的文件：

  • window.h
  • window_wayland.cpp
  • window_winapi.cpp
  • window_x11.cpp

现在，所有需要使用你的类和函数的文件应该只是#include <window.h>. 它们都得到相同的函数声明。但是，您在构建系统的配置中指定window_x11.cpp应该在具有 X11 窗口系统window_wayland.cpp的系统、具有 Wayland 的系统和window_winapiWindows 上编译。这意味着根据您正在构建的平台，您将获得在目标平台上运行的该标头的实现。

这有几个优点：

  1. 您已将构建问题（您正在构建的平台）与代码问题分开。
  2. 每个平台相关的实现都有自己的文件。
  3. 您没有一个文件杂乱无章的预处理器指令和难以遵循的执行路径。

这并不意味着使用定义来选择性地编译代码的不同部分有什么问题。我更喜欢仅使用少量已本地化到平台相关部分的代码来查看这一点。理想情况下，将依赖于平台的代码包装在一个函数中，并让#ifdefs 换出实现。

您如何进行这种选择性构建取决于您使用的构建系统。对于 GNU 构建系统，可以使用 automake 实现条件编译。文档中给出了一些示例。一个简单的例子是：

bin_PROGRAMS = hello
if LINUX
hello_SOURCES = hello-linux.c hello-common.c
else
hello_SOURCES = hello-generic.c hello-common.c
endif

使用此配置运行automake将生成适当的 makefile。

于 2013-04-06T09:55:40.967 回答