今天有人告诉我,C#中的接口实现只是"Can-Do"关系,而不是"Is-A"关系.这与我长期相信LSP(Liskov Substitution Principle)相冲突.我一直认为所有的继承都应该意味着"Is-A"的关系.
所以,如果接口实现只是一个"可以做"的关系.如果有一个界面"IHuman"和"IEngineer",并且一个类"Programmer"继承自"IHuman"和"IEngineer"怎么办?当然,"程序员"是"IHuman"和"IEngineer".
如果只是"Can-Do"关系,是否意味着我们不能指望"程序员"实例行为在被视为IHuman并被视为IEngineer时可能会有所不同?
根据我的经验,想到"is-a"和"can-do"关系并没有太大帮助.你很快就会遇到问题.它基本上是现实世界和OO之间的阻抗不匹配.然而,实际上很多人都在谈论对现实世界进行建模,您从根本上需要了解类型之间的关系在您正在使用的平台上意味着什么.
有时接口可以用作功能,有时它们可以代表更多正常的"is-a"关系.我不会太在意它 - 只要确保你明白他们能做什么,不能做什么.
我倾向于将接口视为行为契约.诸如IComparable和IEnumerable之类的接口是经典示例.
在你给出的例子中,IHuman和IEngineer并不是真正的行为.