Question

在把我们的对象放入一个数据库中之前，让我们再来做最后一点调整。现在，类是完整的并且展示了Python中的大多数基本的OOP。然而，它们仍然有两个问题，我们应该在使用对象之前解决这两个问题：

·首先，如果现在查看一下对象的显示，你会注意到，当打印tom的时候，Manager会把它标记为Person。这不是技术上的错误，因为Manager是一种定制的和特殊化的Person。然而，尽可能地用最确切（也就是说最低层）的类来显示对象，这可能会更准确些。

·其次，可能也是更重要的，当前的显示格式只是显示了包含在__str__中的属性，而没有考虑未来的目标。例如，我们还无法通过Manager的构造函数验证tom工作名已经正确地设置为mgr，因为我们为Person编写的__str__没有打印出这一字段。更糟糕的是，如果我们改变或者修改了在__init__中分配给对象的属性集合，那么还必须记得也要更新__str__以显示新的名字，否则，将无法随着时间的推移而同步。

后面的一点意味着，未来在代码中引入冗余性的时候，我们自己必须做潜在的额外工作。由于__str__中的任何不一致将会反映到程序的输出中，所以这种冗余性可能比我们前面所解决的其他形式更为明显。然而，避免未来的额外工作通常总是好事。

特殊类属性

我们可以使用Python的内省工具来解决这两个问题，它们是特殊的属性和函数，允许我们访问对象实现的一些内部机制。这些工具较为高级，并且为其他程序员编写工具的人比开发应用程序的人要更为广泛地使用它们。即便如此，了解一些关于这些工具的基本知识也是有用的，因为它们允许我们编写以通用方式处理类的代码。例如，在我们的代码中，有两个钩子可以帮助我们解决问题，在上一章快结束的时候都介绍过：

·内置的instance.__class__属性提供了一个从实例到创建它的类的链接。类反过来有一个__name__（就像模块一样），还有一个__bases__序列，提供了超类的访问。我们使用这些来打印创建一个实例的类的名字，而不是通过硬编码来做到。

·内置的object.__dict__属性提供了一个字典，带有一个键/值对，以便每个属性都附加到一个命名控件对象（包括模块、类和实例）。由于它是字典，因此我们可以获取键的列表、按照键来索引、迭代其键，等等，从而广泛地处理所有的属性。我们使用这些来打印出任何实例的每个属性，而不是在定制显示中硬编码。

下面是这些工具在Python的交互模式中实际使用的情形。注意，我们如何在交互模式中用一条from语句载入Person：类名存在语句之中，并且从模块导入，这与函数名和其他变量是完全相同的：

正如前一章简单提到的，如果一个实例的类定义了__slots__，而实例可能没有存储在__dict__字典中，但实例的一些属性也是可以访问的，这是新式类（以及Python 3.0中的所有类）的一项可选的和相对不太明确的功能，即把属性存储在数组中，并且我们将在本书第30章和第31章讨论。既然slots其实属于类而不是实例，并且它们在任何事件中极少用到，那么我们在这里可以忽略它们而关注常规的__dict__。