__repr_在任何地方都使用，但print和str方法除外（当定义了__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___的输入！

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

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

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

__repr_：python对象的表示通常eval会将其转换回该对象

__str__：是你认为的文本形式的对象

e.g.

>>> s="""w'o"w"""
>>> repr(s)
'\'w\\\'o"w\''
>>> str(s)
'w\'o"w'
>>> eval(str(s))==s
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<string>", line 1
    w'o"w
       ^
SyntaxError: EOL while scanning single-quoted string
>>> eval(repr(s))==s
True

优秀的答案已经涵盖了__str__和__repr_之间的差异，对我来说，这归结为前者即使是最终用户也可以阅读，后者对开发人员尽可能有用。考虑到这一点，我发现__repr_的默认实现常常无法实现这一目标，因为它忽略了对开发人员有用的信息。

出于这个原因，如果我有一个足够简单的__str__，我通常只会尝试通过以下方式来达到两全其美：

def __repr__(self):
    return '{0} ({1})'.format(object.__repr__(self), str(self))