接口：从协议到抽象基类--Fluent Python第十一章读书心得
接口：从协议到抽象基类
动物们：什么是鸭子类型，白鹅类型和猴子补丁
鸭子类型和白鹅类型：
| -我眼中的- | 鸭子类型 | 白鹅类型 |
|---|---|---|
| 代表什么 | 协议 | 接口 |
| 特征 | 动态 | 规范 |
-
所谓鸭子类型，就是说我们需要的鸭子不一定是真正的鸭子。我们只关注我们要求的方面像鸭子。因此我们甚至可以说我们实现的类，它既是鸭子，也是麻雀，甚至还有可能是犀牛。
-
而白鹅类型的提出则更加的具有规范性：我们判断一个类是不是白鹅，不是根据这个类具体的行为，而是去看这个类是否继承自白鹅基类。即它的体内有没有白鹅的DNA。
因此我们所说的使用鸭子类型和白鹅类型时，其实就是在说： “符合相应的协议就可以||或者你要去继承相应的抽象基类，去实现接口所必须的方法”
猴子补丁：
作者在讲解猴子补丁的时候运用了一个例子，在一开始就定义的扑克牌类中，想要实现洗牌。
-
不使用猴子补丁：
- 创建一个方法
shuffle，用于洗牌
- 创建一个方法
-
使用猴子补丁：
- 由于标准库中有
random.shuffle方法，所以我们只需要设法将类的实例变为参数，所以只需要实现序列协议中的__setitem__方法。
- 由于标准库中有
同样是为了实现洗牌功能，两种方式的行为却不太一样。而第二种的行为称之为补丁是比较贴切的，像是在自己没有完全实现的协议上打补丁一样。（实现有缺陷的协议–>实现更完善的协议）
抽象基类： 抽象方法和具体方法
什么是抽象基类：
在白鹅类型的定义中提到了抽象基类，但是抽象基类到底是什么呢？
抽象基类也是类。
import abc
class Tombola(abc.ABC):
@abc.abstractmethod
def load(self, iterable):
@abc.abstractmethod
def pick(self):
def loaded(self):
return bool(self.inspect())
def inspect(self):
items = []
while True:
try:
items.append(self.pick())
except LookupError:
break
self.load(items)
return tuple(sorted(items))
-
@abstractmethod- 这个装饰器用于把方法标记为抽象方法，交由具体类去实现
- 正因为需要去交给具体类去实现，所以无论如何都会被覆盖的抽象方法里什么都不用写
- 什么都不用写啊！因为是抽象基类，也不需要去单独实例化的
- 句法：
- 在
@abstractmethod上可以堆叠装饰器 - 在
@abstractmethod和def之间不可以有其他装饰器
- 在
-
抽象方法->内部接口->具体方法
- 如果被
@abstractmethod的是抽象方法，那么剩下的方法是什么呢？ - 是具体方法：
- 具体方法是由抽象方法通过内部接口实现的。
- 你的抽象方法和具体方法都是看得见摸得着的，但是内部接口这个名词其实并没有什么具体的意义。
- 虽然没有显式规定说具体方法一定要调用抽象方法，但是最好还是要调用一下的。不然和写死了有什么区别。
- 如果被
-
子类应该做什么：
- 首先，为了实现抽象基类中的具体方法，你需要实现抽象方法
- 如果你想要覆写其他具体方法，可以形成重载
- 结论：至少要实现所有的抽象方法
警告：没事儿干不要自己去实现抽象基类
子类还是虚拟子类？
虚拟子类：
我们都知道，如果一个类继承自别的类，那么它就是这个类的子类。
大概还是要遵循一下语法的：
class BingoCage(Tombola):
这个时候就是继承自超类的子类了。如果使用类型检查函数isinstance去检查也完全没有问题。
但是白鹅类型提供了一个十分动态的方案： 注册
注册：
python提供了register函数来注册一个类为抽象基类的子类。
使用方式有两种：
–> 使用装饰器句法：（python3.3以后）
@Tombola.register
class TomboList(List):
#....
–> 使用函数：
Tombola.register(TomboList)
- 注册这个东西的作用是隐式的声明，它只是在告诉python解释器：这个类是这个抽象基类的子类
- 因此在调用
isinstance进行类型检查的时候，python会直接返回True - 但是在调用的时候，如果你的子类并没有完全的实现抽象方法，那么会发生什么呢？
当然是Error啦
“鹅的行为可能像鸭子”
在白鹅类型中我们强调的是规则：只有当你全部实现了抽象方法的时候，才可以去继承所谓的抽象基类，实现所谓的接口
但是你肯定会疑惑： 为什么要留一条名为注册的后路，这貌似不符合白鹅类型的标准。
事实上，不仅仅是注册。鸭子类型和白鹅类型都不是独立存在的。它们都是在我们面向对象的过程中产生的。
在自然界中，鹅的行为可以像鸭子 （当然反过来也可以）
举例说明： 如果手动实现了抽象方法，既没有继承也没有注册。会有什么后果。
>>> class Struggle:
...def __len__(self): return 23
...
>>> from collections import abc
>>> isinstance(Struggle(), abc.Sized)
True
>>> issubclass(Struggle, abc.Sized)
True
事实上我们的Struggle类只是实现了len()方法而已，但是python解释器却认同了二者的类型。
即： Struggle是一个 Sized
而这一切的来源，是Sized类中的一个方法：__subclasshook__:
- 简单的说，这个方法中定义的操作是用来检查一个类是否有资格成为它的子类。
- 如果这个子类有资格成为这个抽象基类的子类，便认同它为自己的子类。（即“它”（可以）是一个“我”）
- 这非常的6，因为我们并没有去显式的声明，而代码使用了一种检查的方式变相地实现了对于鸭子类型的识别。
- 这或许可以叫作： 白鹅协议
白鹅协议：
一只动物，我们如果说它是某某白鹅，那么它必须有白鹅的DNA。
但是如果我们需要一个鸭子来展出。我们仍然可能可以把这只白鹅的近亲放上去而不被发现有问题。因为某种程度上，这个动物的行为很可能很像鸭子。
以下是人话：
一个实现的类，如果说他是一个某某类型，那么他应该继承该对应的抽象基类。
但是当我们需要一个其他实例的场景中，如果这个类实现了相关的方法，我们也可以把它的实例传进去而不会抛出Error，因为即便类是一个某某抽象基类的子类，它也仍然可以遵守很多其他的协议。