【C++ 泛型编程高级篇】使用SFINAE和if constexpr灵活处理类型进行条件编译-阿里云开发者社区

1. 引言

编程，尤其是C++编程，很像是一场精心设计的棋局。每一步都需要深思熟虑，因为一个小错误可能会导致整个程序崩溃。这就是为什么编译时类型检查（Compile-time Type Checking）如此重要。它就像棋手在下棋前先观察棋盘，预测可能的走法。

1.1 编译时类型检查的重要性

编译时类型检查是一种预防性措施，可以在代码运行之前捕获潜在的错误。这样做可以节省大量的调试时间，并提高代码质量。正如俗话所说，“预防胜于治疗”，这也适用于编程。

1.1.1 为什么需要编译时检查？

编译时检查可以帮助我们避免运行时错误（Runtime Errors），这些错误通常很难调试。它也让我们更加自信地进行代码重构，因为我们知道编译器会在我们犯错误时发出警告。

1.2 SFINAE和`if constexpr`的简单概述

在C++中，有两种主要的编译时类型检查机制：SFINAE（Substitution Failure Is Not An Error，替换失败不是错误）和if constexpr。

1.2.1 SFINAE（Substitution Failure Is Not An Error）

SFINAE是一种编译时技术，允许编译器在模板实例化失败时回退到其他选项，而不是直接报错。这种机制在C++标准库中广泛应用，例如std::enable_if。

1.2.2 `if constexpr`

if constexpr是C++17中引入的一种编译时条件语句。与普通的if语句不同，if constexpr在编译时就会确定哪个分支会被执行，从而允许更高效的代码生成。

1.3 人的选择与编程选择

人们在面对选择时，通常会根据当前的情境和可用的信息来做出决策。同样，在编程中，我们也需要根据类型或条件来选择最合适的代码路径。这就是SFINAE和if constexpr发挥作用的地方。

// SFINAE示例
template<typename T>
typename std::enable_if<std::is_integral<T>::value, void>::type printType(T t) {
  std::cout << "Integral: " << t << std::endl;
}
template<typename T>
typename std::enable_if<!std::is_integral<T>::value, void>::type printType(T t) {
  std::cout << "Not Integral: " << t << std::endl;
}
// SFINAE示例 auto func() -> ReturnType
template<typename T>
auto printType(T t) -> typename std::enable_if<std::is_integral<T>::value, void>::type {
  std::cout << "Integral: " << t << std::endl;
}
// if constexpr示例
template<typename T>
void printType(T t) {
  if constexpr (std::is_integral_v<T>) {
    std::cout << "Integral: " << t << std::endl;
  }
}

以上代码展示了如何使用SFINAE和if constexpr来根据类型条件执行不同的代码。这两种技术都是C++中强大的编译时工具，它们可以让你的代码更加灵活和可维护。

2. 深入SFINAE：编译时的“道路选择”

SFINAE（Substitution Failure Is Not An Error）是一种编程技巧，用于在编译时解决函数重载冲突或选择合适的模板实例。它就像是一个路口，让你在多个可能的路径中选择一个最合适的。

2.1 SFINAE的工作原理

SFINAE的核心思想是：如果某个模板实例化失败，那么这不是一个错误，编译器会继续尝试其他选项。

2.1.1 模板实例化和替换失败

当编译器尝试实例化一个模板时，它会进行类型替换。如果这个替换失败，SFINAE机制就会启动，编译器会尝试其他可用的模板。

template<typename T>
typename std::enable_if<std::is_integral<T>::value, T>::type
foo(T t) {
  return t * 2;
}
template<typename T>
typename std::enable_if<std::is_floating_point<T>::value, T>::type
foo(T t) {
  return t / 2.0;
}

在这个例子中，如果你传入一个整数类型，第一个foo函数模板会被实例化。如果你传入一个浮点数，第二个foo函数模板会被实例化。

2.2 使用场景和限制

SFINAE主要用于解决函数重载冲突和模板选择问题，但它也有一些限制和缺点，比如代码复杂性增加和编译时间延长。

2.2.1 何时使用SFINAE？

当你有多个函数或模板，并且它们的选择依赖于某些编译时条件时，SFINAE是一个很好的选择。

2.2.2 SFINAE的局限性

SFINAE虽然强大，但也有其局限性。例如，它不能用于解决运行时条件的问题，也不能用于非模板函数。

2.3 选择与人的决策过程

人们在做决策时，通常会考虑所有可用的选项和信息，然后选择最佳的一个。SFINAE也是如此，它允许编译器在多个选项中选择最合适的一个。

2.3.1 如何做出最佳选择？

在编程中，最佳选择通常是最有效、最安全和最容易维护的代码路径。SFINAE通过在编译时进行类型检查和条件评估，帮助我们做出这样的选择。

// 使用SFINAE选择最佳的函数实现
template<typename T>
auto bestChoice(T t) -> typename std::enable_if<std::is_arithmetic<T>::value, T>::type {
  return t + 1;
}
template<typename T>
auto bestChoice(T t) -> typename std::enable_if<!std::is_arithmetic<T>::value, std::string>::type {
  return "Not an arithmetic type";
}

这个例子展示了如何使用SFINAE来根据类型条件选择最佳的函数实现。

3. 深入探究 `if constexpr`

if constexpr 是 C++17 引入的一种编译时条件语句。它允许我们在编译时根据条件选择不同的代码路径，从而提供更高效和灵活的编程方式。

3.1 `if constexpr` 的工作原理

3.1.1 编译时条件判断

if constexpr 在编译时评估其条件表达式，并根据结果选择一个代码分支。这意味着未选择的代码分支将被完全剔除，不会生成任何机器代码。

template<typename T>
void foo(T t) {
  if constexpr (std::is_integral_v<T>) {
    // 这部分代码只有当 T 是整数类型时才会被编译
  } else {
    // 这部分代码只有当 T 不是整数类型时才会被编译
  }
}

3.2 `if constexpr` vs `if`

3.2.1 何时使用 `if constexpr` 而不是 `if`

if constexpr 主要用于模板编程和编译时条件判断，而普通的 if 语句用于运行时条件判断。选择使用哪一个取决于你是否需要在编译时确定代码路径。

特点	`if`	`if constexpr`
执行时机	运行时	编译时
代码剔除	否	是
用途	通用	模板编程

3.3 从人的决策过程看 `if constexpr`

当人们面临决策时，他们通常会评估所有可用的选项，然后选择最佳的一个。这一过程与 if constexpr 的工作方式有异曲同工之妙。if constexpr 允许编译器在所有可能的代码路径中选择最合适的一个，就像一个经验丰富的棋手在思考他的下一步棋一样。

template<typename Container>
void insertValue(Container& c, typename Container::value_type value) {
  if constexpr (has_emplace<Container>::value) {
    c.emplace(value);
  } else {
    c.push_back(value);
  }
}

在这个示例中，if constexpr 允许我们根据容器类型（Container）是否具有 emplace 方法来选择最优的插入方式。这样做不仅提高了代码的效率，还增加了其可读性和可维护性。

4. 检查类型是否有特定成员函数

4.1 使用SFINAE检查成员函数

4.1.1 SFINAE（Substitution Failure Is Not An Error）的基础

SFINAE（Substitution Failure Is Not An Error，替换失败不是错误）是一种编译时技术，用于检查给定类型是否具有某个特定的成员函数或属性。这个概念最早出现在C++标准库中，用于实现函数模板的重载解析。

SFINAE的核心思想是：如果一个模板实例化失败，那么这个失败会被忽略，编译器会继续尝试其他的模板选项。这就像是人们在面对失败时的心态，失败并不是终点，而是通往成功的另一条路径。

template <typename T, typename = void>
struct has_emplace : std::false_type {};
template <typename T>
struct has_emplace<T, std::void_t<decltype(std::declval<T>().emplace(std::declval<typename T::key_type>(), std::declval<typename T::mapped_type>()))>> : std::true_type {};

在这个例子中，has_emplace是一个模板结构，用于检查类型T是否有一个名为emplace的成员函数。如果有，has_emplace::value将返回true。

4.2 使用`if constexpr`进行编译时检查

4.2.1 `if constexpr`的基础

if constexpr是C++17中引入的一个新特性，用于在编译时进行条件判断。与运行时的if不同，if constexpr在编译时就会确定哪个分支会被执行，哪个分支会被丢弃。

这种编译时的决策制定，就像是人们在面对选择时，会根据当前的信息和经验来做出最佳决策。

template <typename T>
void setJSONValue(const nlohmann::json& json_obj, T* resultVector) {
    if (resultVector) {
        if (json_obj.is_string()) {
            if constexpr (has_emplace<T>::value) {
                resultVector->emplace(json_obj.get<typename T::key_type>(), json_obj.get<typename T::mapped_type>());
            } else if constexpr (has_push_back<T>::value) {
                resultVector->push_back(json_obj.get<typename T::value_type>());
            } else {
                static_assert(false, "Container does not support emplace or push_back");
            }
        }
    }
}

在这个例子中，if constexpr用于检查T类型是否有emplace或push_back成员函数，并据此选择适当的代码分支。

4.2.2 优势与局限性

if constexpr的主要优势是代码简洁性和执行效率。因为编译器在编译时就会丢弃不会执行的代码分支，这可以减少生成的代码大小和提高运行速度。

然而，if constexpr也有其局限性。它只能用于编译时已知的条件，这意味着它不能用于运行时的动态判断。这就像是，有些决策需要即时做出，而不是事先准备好。

4.2.3 `static_assert`的妙用

在上面的代码示例中，你可能注意到了static_assert这个编译时断言。这是一种在编译时检查某个条件，并在条件不满足时产生编译错误的方式。

使用static_assert就像是在做决策前先设定一些“底线”或“红线”，一旦触碰到这些线，就需要停下来重新考虑。

方法	适用情境	返回值	编译时/运行时
`if constexpr`	编译时条件判断	N/A	编译时
`static_assert`	编译时断言	N/A	编译时

总结来说，if constexpr和static_assert都是C++17中非常有用的编译时工具。它们可以帮助你写出更加健壮和高效的代码，就像是在生活中做出更加明智和高效的决策。

4.3 辅助结构`has_emplace`和`has_push_back`

4.3.1 设计思路

在编程中，我们经常需要检查一个类型是否具有某个特定的成员函数。这种需求并不是出于好奇心，而是因为我们想要编写更加通用和可复用的代码。这里，我们将介绍两个辅助结构：has_emplace和has_push_back。

这两个结构的目的是检查一个给定的容器类型（Container Type）是否有emplace或push_back这两个成员函数。这样做的好处是，我们可以在编译时就知道哪种插入方法是可用的，从而避免运行时错误。

4.3.2 使用SFINAE

SFINAE（Substitution Failure Is Not An Error，替换失败不是错误）是一种编译时技术，用于检查一个表达式是否合法。在这里，我们使用SFINAE来检查emplace和push_back是否存在。

template <typename T, typename = void>
struct has_emplace : std::false_type {};
template <typename T>
struct has_emplace<T, std::void_t<decltype(std::declval<T>().emplace(std::declval<typename T::key_type>(), std::declval<typename T::mapped_type>()))>> : std::true_type {};

让我们逐一解释这里发生的事情：

template : 这里定义了一个模板，接受两个模板参数。第一个是我们关心的类型 T，第二个有一个默认类型 void。

struct has_emplace : std::false_type {}: 这是模板的基础定义。默认情况下，对于任何类型 T，has_emplace 会继承自 std::false_type，意味着
has_emplace::value 会是 false。

模板特化：接下来的定义是一个条件特化。它使用了 std::void_t 来检查一个表达式是否合法。如果表达式合法，那么 std::void_t 就是 void，这个特化版本就会被选用。

template <typename T>    
   struct has_emplace<T,std::void_t<decltype(std::declval<T>().emplace(std::declval<typename T::key_type>(), std::declval<typename T::mapped_type>()))>> : std::true_type {};

在这里，如果 T 有一个 emplace 方法，那么这个特化版本会被选用，从而 has_emplace 会继承自 std::true_type。

typename = void 的意义：这个默认模板参数在这里主要是为了支持 SFINAE。它允许我们为第二个模板参数提供一个替代类型（在这里是
std::void_t<...>），以触发模板特化。如果表达式不合法，std::void_t<...> 会触发
SFINAE，回到基础模板定义，使 has_emplace::value 为 false。

这种方法的优点是可以非常灵活地进行条件编译，根据类型的实际特性来选择合适的实现。这是现代 C++（尤其是 C++11

及以后版本）中常见的一种技术。

4.3.3 从底层看SFINAE

如果你深入研究C++标准库的源码，你会发现SFINAE的应用非常广泛。这是因为SFINAE允许编译器在模板实例化（Template Instantiation）阶段进行条件检查，而不会产生编译错误。

4.3.4 方法对比

方法	优点	缺点
`has_emplace`	编译时检查，性能更好	只适用于有`key_type`的容器
`has_push_back`	适用于更多类型的容器	在某些情况下可能不够精确

4.3.5 人性化的编程

当我们面对多种选择时，人们通常会选择最简单和最直接的方法，这是人的本性。在编程中，这种倾向可能会导致代码的冗余和低效。通过使用has_emplace和has_push_back这样的辅助结构，我们可以让编译器为我们做出最佳选择，从而避免不必要的复杂性。

4.3.6 代码示例

template <typename T>
void insertValue(T& container, const typename T::value_type& value) {
    if constexpr (has_emplace<T>::value) {
        container.emplace(value);
    } else if constexpr (has_push_back<T>::value) {
        container.push_back(value);
    } else {
        static_assert(false, "Container does not support emplace or push_back");
    }
}

在这个示例中，我们使用了if constexpr来根据容器类型选择合适的插入方法。这样，我们就可以写出更加通用和高效的代码。

4.3.7 名著与名言

C++名著：《Effective Modern C++》中有一章专门讲解SFINAE和类型萃取（Type Traits），强烈推荐阅读。
心理学名言：Sigmund Freud曾说，“人是由他的选择来定义的。”在编程中，让编译器为我们做出最佳选择，是一种高效和明智的做法。

这一章节深入探讨了如何使用SFINAE和辅助结构来检查类型是否具有特定的成员函数，以及如何利用这些信息来编写更加通用和高效的代码。希望这些信息能帮助你在编程中做出更好的决策。

5. SFINAE vs `if constexpr`

5.1 两者的优缺点比较

5.1.1 SFINAE (Substitution Failure Is Not An Error)

SFINAE是一种编译时技术，它允许编译器在模板实例化失败时选择其他可用的模板。这种方式非常灵活，但也相对复杂。

优点：

灵活性高：可以用于多种场景，包括函数重载、模板特化等。
兼容性好：支持C++11及以上版本。

缺点：

代码复杂：需要使用一些高级的模板技巧。
编译错误信息可能难以理解。

5.1.2 `if constexpr`

if constexpr是C++17引入的一种编译时if语句，它更简洁，更易于理解。

优点：

语法简单：不需要额外的模板技巧。
可读性高：代码更直观。

缺点：

灵活性稍差：主要用于条件编译。
需要C++17或更高版本。

技术	灵活性	兼容性	代码复杂度	可读性
SFINAE	高	高	高	低
`if constexpr`	中	低	低	高

5.2 适用场景

5.2.1 何时使用SFINAE

当你需要更高级的模板元编程技巧，或者需要与旧版本的C++代码库兼容时，SFINAE是一个不错的选择。例如，你可以使用SFINAE来实现更复杂的类型特征检查。

5.2.2 何时使用`if constexpr`

如果你的代码库是基于C++17或更高版本，并且你需要进行简单的条件编译，那么if constexpr是更好的选择。

5.3 从底层源码讲述原理

5.3.1 SFINAE的工作机制

SFINAE的核心是模板实例化。当编译器尝试实例化一个模板并失败时，它不会产生错误，而是继续尝试其他可用的模板。

template <typename T, std::enable_if_t<std::is_integral_v<T>, int> = 0>
void foo(T value) {
    // 对于整数类型
}
template <typename T, std::enable_if_t<!std::is_integral_v<T>, int> = 0>
void foo(T value) {
    // 对于非整数类型
}

5.3.2 `if constexpr`的工作机制

if constexpr实际上是一个编译时if语句，它会在编译时确定哪个分支会被执行。

template <typename T>
void bar(T value) {
    if constexpr (std::is_integral_v<T>) {
        // 对于整数类型
    } else {
        // 对于非整数类型
    }
}

在这两种方法中，我们都实现了相同的功能，但使用了不同的技术。SFINAE更加灵活，但也更复杂；而if constexpr则更简单，更易于理解。

“简单性是复杂性的最终归宿。” —— 莱昂纳多·达·芬奇

这句话在编程中也同样适用。选择适当的工具不仅可以简化代码，还可以提高代码的可维护性和可读性。所以，当你面临选择时，不妨考虑一下哪种方法能更好地解决问题。

6. 实际应用案例

6.1 用SFINAE优化数据库查询

在数据库操作中，我们经常需要根据不同的条件来构建查询语句。这时，SFINAE（Substitution Failure Is Not An Error，替换失败不是错误）就能大显身手。

考虑一个简单的ORM（Object-Relational Mapping，对象关系映射）库。通常，我们有一个基类DatabaseObject，以及多个派生类如User、Product等。这些派生类可能有不同的成员函数，比如save()和update()。

template <typename T>
auto save(T& obj) -> std::enable_if_t<has_save<T>::value, bool> {
    return obj.save();
}
template <typename T>
auto save(T& obj) -> std::enable_if_t<!has_save<T>::value, bool> {
    // Fallback implementation
    return false;
}

这里，has_save是一个用SFINAE实现的类型特性，用于检查T是否有save成员函数。

6.1.1 从底层看SFINAE

如果你深入到编译器的实现，会发现SFINAE实际上是模板实例化的一个副产品。当编译器尝试实例化一个模板时，如果某个替换失败，它不会立即报错，而是会继续尝试其他可能的模板。这就是为什么它被称为“替换失败不是错误”。

技术	优点	缺点
SFINAE	灵活，编译时检查	语法复杂
`if constexpr`	语法简单，易于理解	C++17以上，运行时检查

6.2 使用`if constexpr`简化条件逻辑

在现代C++编程中，if constexpr（C++17引入）是一个非常有用的工具，尤其是当你想在编译时根据条件执行不同的代码时。

想象一下，你正在编写一个图形库，其中有各种形状如圆形、矩形等。每种形状都有一个draw()方法，但实现方式各不相同。

template <typename Shape>
void drawShape(Shape& shape) {
    if constexpr (std::is_same_v<Shape, Circle>) {
        shape.drawCircle();
    } else if constexpr (std::is_same_v<Shape, Rectangle>) {
        shape.drawRectangle();
    } else {
        static_assert(false, "Unsupported shape");
    }
}

6.2.1 从底层看`if constexpr`

if constexpr实际上是一个编译时if语句，它会在编译时评估其条件。如果条件为true，则编译器会生成该分支的代码；否则，它会完全忽略该分支。

6.3 人性的剖析角度

编程不仅仅是一门科学，也是一门艺术。人们总是倾向于寻找最简单、最直观的解决方案，这也是为什么if constexpr在现代C++中如此受欢迎——它简单、直观，易于理解。

然而，SFINAE提供了更多的灵活性和控制，尤其是在复杂的模板编程中。这反映了人们在面对复杂问题时，愿意接受更高的复杂性以获得更多的控制力。

“简单性不是简单的” - Bjarne Stroustrup（C++之父）

这句话准确地捕捉了编程中的这一心理现象。我们总是在简单性和灵活性之间寻找平衡，这也是为什么C++提供了如此多样的工具和特性。

通过理解这些工具如何映射到我们自己的心理需求和偏好，我们不仅可以成为更好的程序员，还可以更深入地理解自己。

结语

在我们的编程学习之旅中，理解是我们迈向更高层次的重要一步。然而，掌握新技能、新理念，始终需要时间和坚持。从心理学的角度看，学习往往伴随着不断的试错和调整，这就像是我们的大脑在逐渐优化其解决问题的“算法”。

这就是为什么当我们遇到错误，我们应该将其视为学习和进步的机会，而不仅仅是困扰。通过理解和解决这些问题，我们不仅可以修复当前的代码，更可以提升我们的编程能力，防止在未来的项目中犯相同的错误。

我鼓励大家积极参与进来，不断提升自己的编程技术。无论你是初学者还是有经验的开发者，我希望我的博客能对你的学习之路有所帮助。如果你觉得这篇文章有用，不妨点击收藏，或者留下你的评论分享你的见解和经验，也欢迎你对我博客的内容提出建议和问题。每一次的点赞、评论、分享和关注都是对我的最大支持，也是对我持续分享和创作的动力

探索云世界

热门

云计算

大数据

云原生

人工智能

数据库

开发与运维

活动广场

任务中心

训练营

直播

乘风者计划

下载

镜像站

技术资料

【C++ 泛型编程 高级篇】使用SFINAE和if constexpr灵活处理类型进行条件编译

1. 引言

1.1 编译时类型检查的重要性

1.1.1 为什么需要编译时检查？

1.2 SFINAE和if constexpr的简单概述

1.2.1 SFINAE（Substitution Failure Is Not An Error）

1.2.2 if constexpr

1.3 人的选择与编程选择

2. 深入SFINAE：编译时的“道路选择”

2.1 SFINAE的工作原理

2.1.1 模板实例化和替换失败

2.2 使用场景和限制

2.2.1 何时使用SFINAE？

2.2.2 SFINAE的局限性

2.3 选择与人的决策过程

2.3.1 如何做出最佳选择？

3. 深入探究 if constexpr

3.1 if constexpr 的工作原理

3.1.1 编译时条件判断

3.2 if constexpr vs if

3.2.1 何时使用 if constexpr 而不是 if

3.3 从人的决策过程看 if constexpr