为什么使用对象继承而不是 mixin

Question

gist

相比 mixins 更倾向于继承的原因是什么

给出以下伪代码示例：

class Employee

class FullTimeEmployee inherits Employee

class PartTimeEmployee inherits Employee

// versus

class Employee

class WorksPartTime

class WorksFullTime

class FullTimeEmployee includes Employee, WorksFullTime
class PartTimeEmployee includes Employee, WorksPartTime

如果我们要使用继承来构建对象，类关系将被视为一棵树，而与 mixin 一样，类关系将被视为一个平面列表。

假设我们使用的语言

• 允许使用非详细语法进行混合，
• 这允许我们透明地将 FullTimeEmployee 视为 Employee 和 FullTime 对象。

为什么我们应该将类关系建立为树（继承）而不是平面列表（组合）？

树与列表的示例。

class Person

class Employee inherits Person

class FullTimeEmployee inherits Employee

//                      -> FullTimeEmployee
//  Person -> Employee
//                      -> PartTimeEmployee

class Person

class Employee includes Person

class FullTime

class FullTimeEmployee includes FullTime, Employee

//
// FullTimeEmployee = (FullTime, Employee, Person)
//

Answer 1

我认为，在支持 mixins 的语言中，它实际上与使用（多重）继承相同。在这两种情况下，相关的类/对象上存在相同的方法/属性，两者的调用方式完全相同——没有实际区别。我还假设在这种假设的语言中，您也可以从多个“类”进行“扩展”。

如果这一切都是真的，那么在某种程度上它们是等效的，并且这个问题没有意义——没有一个比另一个更好，因为它们在功能上是等效的。

从人类理解的角度来看，我认为大多数人都认为继承是 isA 关系，混合是用功能来装饰某些东西。

如果您只能从一个“类”继承，那么显然 mixins 是一种获得多重继承的方法。

编辑——根据你的评论，这些评论很好，我想说假设语言的细节很重要。我承认我的答案是基于 Sproutcore，它是一个 Javascript 框架，对 mixin 和继承都提供了正式的支持。在 SC 中，您可以执行

App.MyObject = SC.Object.extend({
  prop: 'prop',
  func: function(){
})

您所期望的操作，它将 prop 和 func 放在 MyObject 的原型上，创建一个“类” ，它可以有子类。您还可以执行

App.MyObject = SC.Object.extend(App.OtherObject, {
   // stuff
})

多重继承。然后，您可以拥有类似的东西

CommonFunctionality = {
    // some methods
};

App.mixin(CommonFunctionality);

，将 CommonFunctionality 内容应用于 App。如果应用是一个命名空间（即 {}），则 CommonFunctionality 的方法将应用于该对象字面量。如果有意义的话，您还可以将 CommonFunctionality 应用于“类”，并且其方法将位于原型上。如果你查看源代码，你会看到

SC.extend = SC.mixin ;

所以在 SC 中，绝对没有区别，因为它们是相同的方法。

所以细节很重要——他们本来不必这样做，但他们这样做了，而且是有影响的。如果他们采取不同的做法，那么当然会产生不同的后果。

Answer 2

当有必要时你应该使用。如果您有一个包含 1000 行的大类，并且您发现自己在多个类中重复相同的内容，则可以将一些逻辑封装在基类中，将其他逻辑封装在 mixin 中。每个mixin都有有限的上下文，他们可能知道的比他们应该知道的多，但他们只专注于某个任务。因此非常模块化。
好吧，我可以给你的最好的例子是一个游戏的 Actor具有一些基本内容的继承，但使用 mixins/用于共享功能的插件。共享功能可以是（直接来自源代码！）：

var plugins = {
    SingleVisualEntity : SingleVisualEntity,
    JumpBehaviour      : JumpBehaviour,
    WeaponBehaviour    : WeaponBehaviour,
    RadarBehaviour     : RadarBehaviour,
    EnergyGatherer     : EnergyGatherer,
    LifeBarPlugin      : LifeBarPlugin,
    SelectionPlugin    : SelectionPlugin,
    UpgradePlugin      : UpgradePlugin,
    BrainPlugin        : BrainPlugin,
    PlanetObjectPlugin : PlanetObjectPlugin,
}

这最初是一个包含 +1000 行的类。

Answer 3

在设计时，我们尝试尽可能模拟现实。

考虑到 is a 和 has a 原则，FullTimeEmployee 是具有附加（额外）功能的员工，并且不是除了所谓的FullTime之外还有员工的新事物，以及PartTimeEmployee 依此类推。