从公共接口继承时，为什么实现是公共的还是私有的都没关系？

Question

我可能对C ++感到疲倦或距离太久，但是今天这真的让我感到惊讶：

#include <iostream>

class Interface
{
public:
    virtual int aa() const = 0;
    virtual int bb() const = 0;
};

class Usage : public Interface
{
private:
    virtual int aa() const
    {
        int a = 10 * 10;
        return a;
    }

    virtual int bb() const
    {
        int b = 20 * 20;
        return b;
    }
};

int main(int argc, char* argv[])
{
    Interface* i = new Usage();
    std::cout << i->bb() << std::endl;

    return 0;
}

我希望编译器和/或链接器会抱怨函数签名错误或至少缺少实现。 考虑到这样做是可行的，当公共/受保护/私有修饰符被顶级声明隐藏时，它的含义是什么？

在C ++中如何调用此规则？

Answer 1

该标准的第11.6.1段对此进行了规定：

虚拟函数的访问规则（第11节）由其声明确定，并且不受以后覆盖该函数的函数规则的影响。 [ 示例-与您的基本相同 ]在调用点使用用于表示为其调用成员函数的对象的表达式的类型检查访问。 通常不知道在定义成员函数的类中对成员函数的访问。

Answer 2

Interface* i = new Usage();
std::cout << i->bb() << std::endl;

之所以起作用，是因为函数名称是根据对象的static类型解析的。

这里的对象是i其static类型为Interface* ，其public函数名称为bb() 。 因此，编译器看不到任何问题，因为调用成员函数的要求已满足。

还要注意，可访问性（ public ， private和protected ）是编译时构造。 在运行时，没有这样的事情。 编译器只能在编译时检测到任何与可访问性相关的规则违规。 它不知道运行时会发生什么。

因此，即使i指向类型为“ Usage的对象，该对象在private节中定义了bb() ，编译器也可以使用它，就像之前提到的i的static类型仍然是具有public函数bb() Interface* 。 编译器不必理会对象的动态类型以及它如何覆盖函数，因为它不能完全出于动态原因。 它在运行时确定。

Answer 3

private意味着您不能从中继承。 您可以继承protected或public ，但没有什么可以阻止您将可见性限制在顶级阶层中的较低级别（即， public为protected或private ；或protected为private ）。