我们真的需要 C# 中的多重继承接口吗？

Question

在学习接口时，我发现它们可用于实现多接口继承，而多类继承在 C# 中是不可能的。于是，我找到了以下实现多接口继承的代码。

using System;

namespace Test
{
    interface IB
    {
        void PrintB();
    }

    class A
    {
        public void PrintA()
        {
            Console.WriteLine("PrintA() Method.");
        }
    }

    class B : IB
    {
        public void PrintB()
        {
            Console.WriteLine("PrintB() Method.");
        }
    }

    class C : A, IB
    {
        B bObject = new B();

        public void PrintB()
        {
            bObject.PrintB();
        }
    }

    class Program
    {
        public static void Main()
        {
            C cObject = new C();
            cObject.PrintA();
            cObject.PrintB();
        }
    }
}

但是在这段代码中，我们直接继承了 A 类。但是为了继承 Class B 的方法，我们使用了接口 IB。

现在，我看不出这样做的好处。我们可以不用像这样使用接口 IB 来编写这段代码。

using System;

namespace Test
{
    class A
    {
        public void PrintA()
        {
            Console.WriteLine("PrintA() Method.");
        }
    }

    class B
    {
        public void PrintB()
        {
            Console.WriteLine("PrintB() Method.");
        }
    }

    class C : A
    {
        B bObject = new B();

        public void PrintB()
        {
            bObject.PrintB();
        }
    }

    class Program
    {
        public static void Main()
        {
            C cObject = new C();
            cObject.PrintA();
            cObject.PrintB();
        }
    }
}

现在，如果我们可以在没有接口的情况下编写它，为什么我们首先要使用接口？

这是否意味着可以在不使用接口的情况下完成多重继承？

或者即使使用接口也无法进行多重继承？

Answer 1

您错过了关于虚拟方法的一点。我们希望能够做到这一点：

interface IPrint
{
    void Print();
}

class A : IPrint
{
    public void Print()
    {
    }
}

class B : IPrint
{
    public void Print()
    {
    }
}
...
foreach (IPrint p in printables)
{
    p.Print();
}

您的方法无法做到这一点，因为 C 类中的 PrintB 只是一种方法。继承不是关于具有相同名称的方法，而是关于定义对它们所设计的类的实例执行操作的动词。

Answer 2

多重继承导致Diamond Problem。而那颗钻石是程序员最大的敌人。

所以.NET 或 CLI 的设计者（我记不得了）决定他们不打算处理这个问题，并强制要求“仅单一继承”。 Wich是应对“死亡钻石”的常用策略之一。

由于只允许单个继承意味着某些东西会丢失，因此他们实现了接口来抵消它。它是 .NET 中的众多方式之一，比说 Native C++ 更严格，并且不得不发明一个替代品来代替一些琐碎的东西。但从长远来看，事实证明这样做会稍微好一些。