接口的原因确实使我难以理解。据我了解,这是针对C#中不存在的不存在的多重继承的一种解决方法(或者有人告诉我)。
我所看到的是,您预先定义了一些成员和函数,然后必须在类中重新定义它们。从而使接口冗余。只是感觉像语法…好吧,对我来说是垃圾(请不要冒犯。
在下面给出的示例中,该示例是在堆栈溢出时从不同的C#接口线程获取的,我只是创建一个称为Pizza的基类而不是一个接口。
简单示例(来自不同的堆栈溢出贡献)
public interface IPizza { public void Order(); } public class PepperoniPizza : IPizza { public void Order() { //Order Pepperoni pizza } } public class HawaiiPizza : IPizza { public void Order() { //Order HawaiiPizza } }
关键是接口代表 合同 。任何实现类都必须具有的一组公共方法。从技术上讲,该接口仅控制语法,即,那里有什么方法,它们得到了什么参数以及它们返回了什么。通常,它们也封装语义,尽管只能通过文档进行封装。
然后,您可以使用接口的不同实现,并随意替换它们。在您的示例中,由于每个披萨实例都是一个,因此IPizza您可以IPizza在处理未知披萨类型的实例的任何地方使用。类型继承自的任何实例IPizza都可以保证可排序,因为它具有Order()方法。
IPizza
Order()
Python不是静态类型的,因此类型会在运行时保留并查找。因此,您可以尝试Order()在任何对象上调用方法。只要对象具有这样的方法,运行时就很高兴,并且可能只是耸耸肩说“ Meh。”(如果没有)。在C#中不是这样。编译器负责进行正确的调用,如果只是随机的,object则编译器尚不知道运行时实例是否具有该方法。从编译器的角度来看,它是无效的,因为它无法验证它。(您可以使用反射或dynamic关键字来执行此类操作,但是我猜这有点远了。)
object
dynamic
还要注意,通常意义上的接口不一定必须是C#interface,它也可以是抽象类甚至是普通类(如果所有子类都需要共享一些通用代码,则可以派上用场)但是interface就足够了)。
interface