我已经搜索过,但找不到任何充分的理由使用 python 的 __enter__
/__exit__
而不是 __init__
(或__new__
?)/__del__
.
我了解 __enter__
/__exit__
旨在与 with
语句一起用作上下文管理器,而 with
code> 语句很棒。但与之对应的是,这些 block 中的任何代码仅在该上下文中执行。通过使用这些而不是 __init__
/__del__
我似乎正在与调用者创建一个隐式契约(Contract),他们必须使用 with
,但没有办法执行这样的契约(Contract),并且契约(Contract)仅通过文档(或阅读代码)进行沟通。这似乎是个坏主意。
我似乎在 with
block 内使用 __init__
/__del__
获得了相同的效果。但是通过使用它们而不是上下文管理方法,我的对象在其他场景中也很有用。
那么任何人都可以想出一个令人信服的理由来说明我曾经想要使用上下文管理方法而不是构造函数/析构函数方法吗?
如果有更好的地方问这样的问题,请告诉我,但似乎没有太多关于此的好信息。
跟进:
这个问题是基于一个错误的(但可能是常见的)假设,因为我总是使用 with
来实例化一个新对象,在这种情况下 __init__/__del__
非常接近与 __enter__/__exit__
相同的行为(除了您无法控制何时或是否会执行 __del__
,这取决于垃圾收集以及进程是否首先终止它可能永远不会被调用)。但是如果你在 with
语句中使用预先存在的对象,它们当然是完全不同的。
最佳答案
您似乎忽略了一些差异:
上下文管理器有机会为您正在执行的 block 提供一个新对象。一些上下文管理器只是在那里返回
self
(就像文件对象一样),但是,例如,数据库连接对象可以返回与当前事务相关的游标对象。上下文管理器不仅会收到上下文结束的通知,还会通知退出是由异常引起的。然后它可以决定处理该事件或在退出期间做出不同的 react 。再次以数据库连接为例,根据异常情况,您可以提交或中止事务。
__del__
仅在 所有 对对象的引用被删除时调用。这意味着如果您需要对它进行多次引用,您可能会或可能不会控制它的生命周期,那么您不能依赖它被调用。然而,上下文管理器导出是精确定义的。上下文管理器可以重用,并且它们可以保持状态。再次连接数据库;您创建一次,然后一次又一次地将其用作上下文管理器,它将保持该连接打开。不需要每次都为此创建一个新对象。
这对于线程锁很重要,例如;您必须保持状态,以便一次只有一个线程可以持有锁。您可以通过创建 one 锁定对象来做到这一点,然后使用
with lock:
这样执行该部分的不同线程可以在进入该上下文之前等待。
__enter__
和 __exit__
方法构成了上下文管理器协议(protocol),只有在您真正想要管理上下文时才应该使用它们。上下文管理器的目标是简化常见的 try...finally
和 try...except
模式,而不是管理单个实例的生命周期。见 PEP 343 – The "with" Statement :
This PEP adds a new statement "with" to the Python language to make it possible to factor out standard uses of try/finally statements.
关于Python __enter__/__exit__ vs __init__(或 __new__)/__del__,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/40536821/