REST API設計理念

---

Python Mixin模式

背景

民航飛機和直升機都是飛行器，又是交通工具，轎車也是交通工具，但是不會飛
可以多重繼承，但這違背了繼承必須是”is-a”關系

不同語言的實現方法

java

Java提供了接口interface功能，來實現多重繼承

          
            public adstract class Vehicle {
}
public interface Flyable {
    public void fly();
}
public class FlyableImpl implements Flyable {
    public void fly() {
        System.out.printIn('I am flying');
    }
}

public class Airplane extends Vehicle implements Flyable {
    private flyable;
    public Airplane() {
        flyable = new FlyableImpl();
    }
    public void fly() {
        flyable.fly();
    }
}
          
        

現在我們的飛機同時具有了交通工具及飛行器兩種屬性，而且我們不需要重寫飛行器中的飛行方法，同時我們沒有破壞單一繼承的原則。飛機就是一種交通工具，可飛行的能力是是飛機的屬性，通過繼承接口來獲取

Python

Python語言可沒有接口功能，但是它可以多重繼承。那Python是不是就該用多重繼承來實現呢？是，也不是。說是，因為從語法上看，的確是通過多重繼承實現的。說不是，因為它的繼承依然遵守”is-a”關系，從含義上看依然遵循單繼承的原則

          
            class Vehicle(object):
    pass
class PlaneMixin(object):
    def fly(self):
        print('I am flying')
class Airplane(Vehicle, PlaneMixin)
    pass
          
        

可以看到，上面的Airplane類實現了多繼承，不過它繼承的第二個類我們起名為PlaneMixin，而不是Plane，這個并不影響功能，但是會告訴后來讀代碼的人，這個類是一個Mixin類。所以從含義上理解，Airplane只是一個Vehicle，不是一個Plane。這個Mixin，表示混入(mix-in)，它告訴別人，這個類是作為功能添加到子類中，而不是作為父類，它的作用同Java中的接口。
使用Mixin類實現多重繼承要非常小心

• 首先它必須表示某一種功能，而不是某個物品，如同Java中的Runnable，Callable等
• 其次它必須責任單一，如果有多個功能，那就寫多個Mixin類
• 然后，它不依賴于子類的實現
• 最后，子類即便沒有繼承這個Mixin類，也照樣可以工作，就是缺少了某個功能。（比如飛機照樣可以載客，就是不能飛了^_^）

ReactJS

          
            var PlaneMixin = function() {
    return {
        fly: function() {
            console.log('I am flying');
        }
    }
}

var AirplaneComponent = React.createClass({
    mixins: [PlaneMixin()],
    render: function() {
        return '
            

              what's mixin
            
            

              ';
    }
})