`is_base_of` 是如何工作的？

Question

以下代码是如何工作的？

typedef char (&yes)[1];
typedef char (&no)[2];

template <typename B, typename D>
struct Host
{
  operator B*() const;
  operator D*();
};

template <typename B, typename D>
struct is_base_of
{
  template <typename T> 
  static yes check(D*, T);
  static no check(B*, int);

  static const bool value = sizeof(check(Host<B,D>(), int())) == sizeof(yes);
};

//Test sample
class Base {};
class Derived : private Base {};

//Expression is true.
int test[is_base_of<Base,Derived>::value && !is_base_of<Derived,Base>::value];

1. 请注意，B 是私有基础。这是如何运作的？

2. 请注意，operator B*() 是常量。为什么它很重要？

3. 为什么 template<typename T> static yes check(D*, T); 比 static yes check(B*, int); 更好？

注意：它是boost::is_base_of 的精简版（删除了宏）。这适用于各种编译器。

Answer 1

如果他们是相关的

让我们暂时假设B 实际上是D 的基础。然后对于check 的调用，这两个版本都是可行的，因为Host 可以转换为D* 和 B*。这是一个用户定义的转换序列，如13.3.3.1.2 所述，分别从Host<B, D> 到D* 和B*。为了找到可以转换类的转换函数，根据13.3.1.5/1为第一个check函数合成以下候选函数

D* (Host<B, D>&)

第一个转换函数不是候选函数，因为B* 无法转换为D*。

对于第二个函数，存在以下候选：

B* (Host<B, D> const&)
D* (Host<B, D>&)

这是两个采用宿主对象的转换函数候选者。第一个通过 const 引用获取它，而第二个没有。因此，第二个更适合 13.3.3.2/3b1sb4 的非 const *this 对象（隐含对象参数），并用于将第二个 check 函数转换为 B*。

如果您删除 const，我们将有以下候选者

B* (Host<B, D>&)
D* (Host<B, D>&)

这意味着我们不能再通过 constness 进行选择。在普通的重载解决方案中，调用现在将是模棱两可的，因为通常返回类型不会参与重载解决。然而，对于转换函数，有一个后门。如果两个转换函数同样好，那么它们的返回类型根据13.3.3/1决定谁最好。因此，如果您要删除 const，则将采用第一个，因为 B* 转换为 B* 比 D* 转换为 B* 更好。

现在哪种用户定义的转换顺序更好？用于第二个或第一个检查功能的那个？规则是，用户定义的转换序列只有在使用相同的转换函数或构造函数时才能根据13.3.3.2/3b2 进行比较。这正是这里的情况：两者都使用第二个转换函数。请注意，因此 const 很重要，因为它强制编译器采用第二个转换函数。

既然我们可以比较它们 - 哪个更好？规则是从转换函数的返回类型到目标类型的更好转换获胜（同样是13.3.3.2/3b2）。在这种情况下，D* 转换为 D* 比转换为 B* 更好。因此选择了第一个函数，我们识别了继承！

请注意，由于我们不需要实际上转换为基类，因此我们可以识别私有继承，因为我们是否可以从D* 转换为@根据4.10/3，987654354@不依赖于继承形式

如果它们不相关

现在让我们假设它们没有继承关系。因此，对于第一个函数，我们有以下候选者

D* (Host<B, D>&) 

第二个我们现在有了另一组

B* (Host<B, D> const&)

由于如果没有继承关系，我们无法将D* 转换为B*，因此我们现在在两个用户定义的转换序列之间没有通用的转换函数！因此，如果不是因为第一个函数是模板这一事实，我们就会模棱两可。根据13.3.3/1，当有一个同样好的非模板功能时，模板是第二选择。因此，我们选择非模板函数（第二个），我们认识到B 和D 之间没有继承！

Answer 2

让我们通过查看步骤来了解它是如何工作的。

从sizeof(check(Host<B,D>(), int())) 部分开始。编译器可以很快看出这个check(...)是一个函数调用表达式，所以需要对check做重载解析。有两个候选重载可用，template <typename T> yes check(D*, T); 和 no check(B*, int);。如果选择第一个，你会得到sizeof(yes)，否则是sizeof(no)

接下来，让我们看看重载决议。第一个重载是模板实例化check<int> (D*, T=int)，第二个候选是check(B*, int)。提供的实际参数是Host<B,D> 和int()。第二个参数显然不能区分它们；它只是使第一个重载成为模板。我们稍后会看到为什么模板部分是相关的。

现在查看所需的转换序列。对于第一个重载，我们有Host<B,D>::operator D* - 一个用户定义的转换。其次，过载更棘手。我们需要一个 B*，但可能有两个转换序列。一种是通过Host<B,D>::operator B*() const。如果（且仅当）B 和 D 通过继承相关联，则转换序列 Host<B,D>::operator D*() + D*->B* 存在。现在假设 D 确实继承自 B。两个转换序列是 Host<B,D> -> Host<B,D> const -> operator B* const -> B* 和 Host<B,D> -> operator D* -> D* -> B*。

因此，对于相关的 B 和 D，no check(<Host<B,D>(), int()) 会模棱两可。结果，选择了模板化的yes check<int>(D*, int)。但是，如果 D 不是从 B 继承的，那么 no check(<Host<B,D>(), int()) 就没有歧义。此时，无法根据最短转换序列进行过载解决。但是，给定相同的转换序列，重载解析更喜欢非模板函数，即no check(B*, int)。

您现在明白为什么继承是私有的并不重要：该关系仅用于在访问检查发生之前从重载决议中消除no check(Host<B,D>(), int())。你也明白为什么operator B* const 必须是 const：否则就不需要Host<B,D> -> Host<B,D> const 步骤，没有歧义，no check(B*, int) 将始终被选中。

Answer 3

is_base_of 完全忽略了private 位，因为重载决议发生在可访问性检查之前。

您可以简单地验证这一点：

class Foo
{
public:
  void bar(int);
private:
  void bar(double);
};

int main(int argc, char* argv[])
{
  Foo foo;
  double d = 0.3;
  foo.bar(d);       // Compiler error, cannot access private member function
}

这里同样适用，B 是一个私有基数这一事实不会阻止检查的发生，它只会阻止转换，但我们从不要求实际的转换；）

Answer 4

这可能与 w.r.t 的部分排序有关。重载决议。在 D 派生自 B 的情况下，D* 比 B* 更专业。

确切的细节相当复杂。您必须弄清楚各种重载解决规则的优先级。部分排序就是其中之一。转换序列的长度/种类是另一种。最后，如果两个可行的函数被认为同样好，则选择非模板而不是函数模板。

我从来不需要查看这些规则是如何相互作用的。但似乎部分排序正在主导其他重载解决规则。当 D 不是从 B 派生时，部分排序规则不适用，并且非模板更具吸引力。当 D 派生自 B 时，部分排序开始发挥作用，使函数模板更具吸引力——正如它看起来的那样。

至于继承是私有的：代码从不要求从 D* 到 B* 的转换，这需要公共继承。

Answer 5

在您的第二个问题之后，请注意，如果它不是用于 const，则如果用 B == D 实例化 Host 将是不正确的。但是 is_base_of 的设计使得每个类都是其自身的基础，因此是其中之一转换运算符必须是 const。