C# 如果一个对象从一个从接口继承的抽象类继承,该对象会从接口继承吗?

C# 如果一个对象从一个从接口继承的抽象类继承,该对象会从接口继承吗?,c#,ioc-container,C#,Ioc Container,如果一个对象从一个从接口继承的抽象类继承,该对象会从接口继承吗 此接口是否可以与依赖项注入容器一起使用 谢谢。是的,它确实实现了该接口,而且因为这是真的,所以它可以作为依赖项注入 下面是一个验证接口实现的快速测试: using System; interface IParent {} abstract class Parent : IParent {} class Example : Parent { static void Main() { Console.

如果一个对象从一个从接口继承的抽象类继承,该对象会从接口继承吗

此接口是否可以与依赖项注入容器一起使用


谢谢。

是的,它确实实现了该接口,而且因为这是真的,所以它可以作为依赖项注入

下面是一个验证接口实现的快速测试:

using System;

interface IParent {}
abstract class Parent : IParent {}

class Example : Parent
{
    static void Main()
    {
        Console.WriteLine(new Example() is IParent);
    }
}

是的,它确实实现了该接口,而且因为这是真的,所以它可以作为依赖项注入

下面是一个验证接口实现的快速测试:

using System;

interface IParent {}
abstract class Parent : IParent {}

class Example : Parent
{
    static void Main()
    {
        Console.WriteLine(new Example() is IParent);
    }
}

我认为界面是一种契约。由于抽象类继承自接口,因此必然需要实现接口的功能。对象(实际上是它的类)被要求重写抽象类的抽象函数。 在我看来,这种模式只适用于稳定接口或抽象类。原因一旦接口或抽象类的契约发生更改,那将是一场灾难。哎呀~~,你搞砸了


我更喜欢使用虚拟类作为基类,并使函数虚拟化,这样就可以像接口/ActudiC类解决方案一样在子类中重写它们,也可以很容易地添加新的重载。

< P>我认为接口是一种契约。由于抽象类继承自接口,因此必然需要实现接口的功能。对象(实际上是它的类)被要求重写抽象类的抽象函数。 在我看来,这种模式只适用于稳定接口或抽象类。原因一旦接口或抽象类的契约发生更改,那将是一场灾难。哎呀~~,你搞砸了

我更喜欢使用虚拟类作为基类,并使函数成为虚拟的,因此您可以像在接口/抽象类解决方案中一样在子类中重写它们,并且可以很容易地添加新的重载