>>> print(decimal.Decimal(23) / decimal.Decimal("1.05"))
21.90476190476190476190476190
>>> decimal.Decimal(23) / decimal.Decimal("1.05")
Decimal('21.90476190476190476190476190')

当对decimal.decimal（23）/decimal.Ddecimal（“1.05”）的结果调用print（）时，将打印原始数字；此输出为字符串形式，可以使用__str__（）实现。如果我们简单地输入表达式，我们会得到一个decimal.decimal输出-这个输出是以表示形式的，可以用__repr_（）实现。所有Python对象都有两种输出形式。字符串形式设计为人类可读。表示形式被设计为生成输出，如果将其提供给Python解释器，将（在可能的情况下）再现所表示的对象。

除了给出的所有答案外，我想补充几点：-

1） 当您只需在交互式python控制台上写入对象名称并按enter键时，就会调用__repr_（）。

2） __str__（）在使用带有print语句的对象时被调用。

3） 在这种情况下，如果缺少__str__，那么print和任何使用str（）的函数都会调用对象的__repr_（）。

4） 容器的__str__（），当调用时将执行其包含元素的__repr_（）方法。

5） 在__str__（）内调用的str（）可能会在没有基本情况的情况下递归，并且在最大递归深度上出错。

6） __repr_（）可以调用repr（），它将尝试自动避免无限递归，用…替换已经表示的对象。。。。

来自effbot的（非官方）Python参考Wiki（存档副本）：

__str__“计算对象的“非正式”字符串表示。这与__repr_不同，因为它不必是有效的Python表达式：可以使用更方便或更简洁的表示。”

其他答案中缺少的一个方面。的确，一般来说，模式是：

__str__的目标：人类可读__repr_的目标：明确，可能通过eval机器可读

不幸的是，这种区别是有缺陷的，因为Python REPL和IPython都使用__repr_在REPL控制台中打印对象（请参见Python和IPython的相关问题）。因此，以交互控制台工作为目标的项目（例如，Numpy或Pandas）已经开始忽略上述规则，转而提供一个人类可读的__repr_实现。

我的经验法则是：__repr_面向开发者，__str__面向客户。

除非您特别采取行动以确保其他情况，否则大多数类对以下两种情况都没有帮助：

>>> class Sic(object): pass
... 
>>> print(str(Sic()))
<__main__.Sic object at 0x8b7d0>
>>> print(repr(Sic()))
<__main__.Sic object at 0x8b7d0>
>>> 

正如您所看到的，没有区别，也没有超出类和对象id的信息。如果您只覆盖这两个中的一个…：

>>> class Sic(object): 
...   def __repr__(self): return 'foo'
... 
>>> print(str(Sic()))
foo
>>> print(repr(Sic()))
foo
>>> class Sic(object):
...   def __str__(self): return 'foo'
... 
>>> print(str(Sic()))
foo
>>> print(repr(Sic()))
<__main__.Sic object at 0x2617f0>
>>> 

如您所见，如果重写__repr_，那么它也用于__str__，但反之亦然。

要知道的其他关键提示：内置容器上的__str__使用__repr_而不是__str__来表示它包含的项。而且，尽管在典型的文档中找到了关于这个主题的单词，但几乎没有人会将__repr_对象设置为eval可以用来构建相等对象的字符串（这太难了，而且不知道相关模块是如何实际导入的，这实际上是不可能的）。

因此，我的建议是：专注于使__str__合理地具有可读性，并尽可能地明确__repr___，即使这会干扰模糊的不可实现的目标，即使__repr_的返回值可接受作为__eval___的输入！