__del__方法

杰森·贝克(Jason Baker)在2008年7月18日星期五11:31:20 -0700写道:
`__del __()`不是确定性的破坏者.所以忘记可靠
自动清理.通过向``close()的明确调用自己做
方法或类似的东西.
再见,
marc'blackjack'rintsch

在7月18日,2:10*pm,marc'blackjack'rintsch `__del __()`不是确定性的破坏者. *所以忘记可靠
自动清理. *通过向`close()的明确调用自己做
方法或类似的东西.
再见,
* * * * MARC'二十一点'Rintsch
我不一定需要确定性的清理.我打算做
类似于Close()方法.但是我只是想做
确保在裂缝之间没有滑动. :)

杰森·贝克(Jason Baker)在2008年7月18日星期五12:26:35 -0700写道:
`__del __()`完全不能被称为 *,所以无法确定
裂缝之间没有任何滑动.
再见,
marc'blackjack'rintsch

在7月18日,11:31*上午,Jason Baker fwiw,我知道很多一流的python程序员
谁开心地编程了多年,从未使用过
__DEL__.有多种方法可以使它为您工作,但是
假装自己从未有过的明智之举
听说过它.
雷蒙德

嗨,邓肯,
好的,很高兴知道. :-)
反而
def __init __(self,parent):self.parentid = id(parent)self.parenttype = type(parent).__ name __ name __ def __del __(self):打印" destroy destroy destroy <％s s> s>"％(self.parenttype,self.parenttype,
self.parentid)
def __init __(self):self._track = track(self)
我喜欢这个主意,我肯定可以看到处理这个的好处
概念.我将借此快速的机会问一件事,即使
有点旧:
扩展基本"对象"类有什么好处?那是什么
给我一个空的,非子分类的对象没有吗?
作为
容易地
问题
是的,这是一个非常好的概念,就像您说的那样,给您一个很好的
视觉引用哪些物体是和不会被破坏的.
欢呼邓肯,
罗伯特

"罗伯特·罗林斯" 习惯:某些东西(例如财产)无法正常使用
老式的课程,因此始终使用新样式是一个好习惯
上课,那样,你不会忘记去做
事情.
问题
是的,这是一个非常好的概念,就像您说的那样给您一个
很好的视觉参考是什么对象是,也不会被破坏.
请参阅http://groups.google.co.uk/group/com...7dc92f3629dd9a
对于代码(尽管我似乎还记得有一些问题
与t 帽子代码如此警告).

"罗伯特·罗林斯" 在Python 2.x中,"经典"类(不是统一的一部分
类型的层次结构)是弃用的,仅存在于落后
与旧代码的兼容性.
您需要创建"新样式"类
统一类型层次结构的一部分；如果没有
明显的候选人"对象"是推荐的选择.
在Python 3.0中,不再支持经典课程,此问题
消失了.
- -
\ Q:我听说Linux会导致癌症... torvalds:那是|
`\肮脏的谎言.此外,它只是在老鼠中,还没有|
_o__)在人类中复制.
本·芬尼

在Python 2.x中,"经典"类(不是统一的一部分
谢谢本,
这是我之前见过的东西(上帝让我感到愚蠢).我一直将代码基于奇怪的示例,该示例散布在这些新类型类别上的任何适当阅读中.
今天早上我已经做了一些阅读,真的很喜欢很多概念,我将在接下来的几天将我的应用程序升级到这个规格.
罗伯特

"罗伯特·罗林斯" 除非您有机会学习和
通过了.
然后是时候通过一些文档来解决这个问题
,并通过python工作
教程.
- -
\我由法官结婚.我应该要求陪审团.
`\ groucho marx |
_o__)|
本·芬尼

然后是时候通过一些文档来解决这个问题
谢谢本,我一定会阅读这些.我还阅读了此http://www.geocities.com/foetsch/pyt...le_classes.htm今天早上早些时候,这也是一个不错的资源.
目前,几乎所有这些都是有意义的,除了新的构造函数类型,这些类型是在实例级别上反对的班级构造函数.我发现这有点令人困惑,但谁知道.
大概在这里,您将处理设置在类的每个实例中存在的事物,并且可能因实例而变化的属性进入标准__init_(),我知道吗?
欢呼本,
罗伯特

您是在谈论__new__方法吗?还是关于元类?
对不起,布鲁诺,我应该说得更清楚.我在谈论__new__方法.
队友的欢呼声,
罗伯特