无用的缺省实现
这一点令人非常惊奇,因为Python的缺省设置通常都相对比较有用。然而,在这种情况下,__repr__的缺少实现表现为如下的代码:
return"%s(%r)"%(self.__class__,self.__dict__)这样是非常危险的(如果对象之前相互引用很容易地就进入无限递归)。所以Python不会起作用。注意有一个缺省实现的情况:如果定义了__repr__,但没有定义__str__,对象将表现为__str__=__repr__。
用简单的术语来说,这意味着:几乎你实现的所有对象都应该有一个用于理解对象的__repr__函数。实现__str__是可选的:如果你需要一个看起来较好的打印功能(比如用于产生报表).
__repr__的目标是准确性
直接了当地说,我不相信调试器。我并不确切知道如何使用任何调试器,也从来没有真正地使用过一个调试器。更进一步说,我相信调试器的大缺陷是它们的本质——我很久以前的调试发现绝大多数的失败都距真正的错误发生点很远。这使我对日志具有宗教般的热情。日志是一个正规的火灾和备份服务器系统的生命线。Python使得日志非常便于记录:利用某些项目特定的封装,你需要做的只是如下操作:
log(INFO,"I am in the weird function and a is",a,"and",b,"is",b,"but I got a null C — using default",default_c)
但你还有最后一步需要做——确定你的每一个对象都实现了一个可用的repr函数,以使那样的代码可用。这也是"eval"出现的原因:如果你有足够的信息,所以eval(repr(c))==c就表明你知道所有的信息,因此知道c。如果那个太简单,但有点令人糊涂,请试着做一下。如果没有任何问题,那么请确定你有c的所有信息。我通常使用类eval的格式:"MyClass(this=%r, that=%r)" % (self.this, self.that)。这并不是说你能准确地构建MyClass,或那是正确的构造参数——但对于解释“这是你需要知道的关于这个实例的所有信息”是非常有用的。
注意,在上面我使用了%r而不是%s。你总是想在__repr__实现中用repr()[或者用与相同的%r格式字符串],或都你不管repr的准确性目标。你只是想能够区分MyClass(3)和MyClass("3")
容器的__str__使用包含了对象的__repr__
这看起来有点奇怪,不是吗?但下面的代码读起来应该是怎样的呢?
[mosheis,3,hello world,thisisa list,oh I don't know, containing just 4 elements]
不太容易。需要明确的是,在容器中的字符串会发现一种方法,可以非常容易地影响到字符串的表示。请记住,Python面对歧义时拒绝去猜测。如果当你在输出一个list的时候,你想知道以上代码的结果,只需要以下代码:
print"["+", ".join(l)+"]"
(或许你能够指出对于dictionary的结果)。
评论删除后,数据将无法恢复
评论(6)
...
>>> print str(Sic())
<__main__.Sic object at 0x8b7d0>
>>> print repr(Sic())
<__main__.Sic object at 0x8b7d0>
>>>
>>> class Sic(object):
... def __repr__(object): return 'foo'
...
>>> print str(Sic())
foo
>>> print repr(Sic())
foo
>>> class Sic(object):
... def __str__(object): return 'foo'
...
>>> print str(Sic())
foo
>>> print repr(Sic())
<__main__.Sic object at 0x2617f0>
>>>
引用来自“demonkit”的评论
stackoverflow上的,感谢翻译。说实话,英文的没大看懂。