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>我认为接口是一种契约。由于抽象类继承自接口,因此必然需要实现接口的功能。对象(实际上是它的类)被要求重写抽象类的抽象函数。 在我看来,这种模式只适用于稳定接口或抽象类。原因一旦接口或抽象类的契约发生更改,那将是一场灾难。哎呀~~,你搞砸了 我更喜欢使用虚拟类作为基类,并使函数成为虚拟的,因此您可以像在接口/抽象类解决方案中一样在子类中重写它们,并且可以很容易地添加新的重载