Question

我们的代码现在能够正常工作了，但是，如果你仔细研究现在的版本，可能会对一些奇怪的地方感到沮丧——当我们创建Manager对象的时候，必须为它提供一个mgr工作名称似乎是没有意义的：这已经由类自身暗示了。如果在创建Manager的时候可以有某种方式自动填入这个值，那将会更好。

我们改善这点所需的技巧，证实与我们在前一节中所使用的技巧是相同的：我们想要以为Manager定制构造函数逻辑的方式来自动提供一个工作名。涉及代码，我们想要重新定义Manager中的__init__方法，从而提供mgr字符串。而且和giveRaise的定制一样，我们还想通过类名的调用来运行Person中最初的__init__，以便它仍然会初始化对象的状态信息属性。

如下的扩展将会完成这项工作——我们已经编写了新的Manager构造函数，并且把创建tom的调用修改为不传入mgr工作名称：

这里，我们再一次使用前面对giveRaise用过的相同技术来扩展__init__构造函数——通过类名直接调用并显式地传递self实例，从而运行超类的版本。尽管这个构造函数有一个奇怪的名字，效果还是相同的。由于我们也需要运行Person的构造函数逻辑（来初始化实例属性），我们实际上必须以这种方式调用它；否则，实例就不会附加任何的属性。

以这种方式调用重定义的超类构造函数，在Python中是一种很常用的编码模式。在构造的时候，Python自身使用继承来查找并调用唯一的一个__init__方法，也就是类树中最低的一个。如果你需要在构造的时候运行更高的__init__方法（并且常常会这么做），必须通过超类的名称手动调用它们。这种方法的积极之处在于，你可以明确指出哪个参数传递给超类的构造函数，并且可以选择根本就不调用它：不调用超类的构造函数允许你整个替代其逻辑，而不是扩展它。

这个文件的self测试代码和前面的相同，我们不用修改其内容，我们只是重新构造并去掉了一些冗余的逻辑：

OOP比我们认为的要简单

在这个完整的形式中，不管类的大小如何，它捕获了Python的OOP机制中几乎所有重要的概念：

·实例创建——填充实例属性。

·行为方法——在类方法中封装逻辑。

·运算符重载——为打印这样的内置操作提供行为。

·定制行为——重新定义子类中的方法以使其特殊化。

·定制构造函数——为超类步骤添加初始化逻辑。

这些概念中的大多数都只是基于3个简单的思路：在对象树中继承查找属性、方法中特殊的self参数以及运算符重载对方法的自动派发。

通过这种方法，我们可以使自己的代码在未来易于修改，通过驾驭类的倾向以构造代码减少冗余。例如，我们把逻辑包装到方法中并返回来从扩展调用超类方法，以避免有相同代码的多个副本。这些步骤中的大多数都是类的结构性功能的自然产物。

大体上，这就是Python中的OOP的全部。类肯定可以变得比这更大，并且有一些更为高级的类概念，例如，装饰器和元类，我们将在后面的章节学习它们。但关于基础知识，我们的类已经都介绍到了。实际上，如果你掌握了我们所介绍的类的功能，大多数的OOP Python代码现在你都触手可及。