泡菜和复制持久对象的类？

Question

我正在尝试为一个只读对象编写一个类，该类不会真正与copy模块一起复制，并且当它被腌制以在进程之间传输时，每个进程都将维护不超过一个副本，无论如何很多时候它会作为“新”对象传递。已经有这样的东西了吗？

Answer 1

我不知道已经实现了任何此类功能。有趣的问题如下，需要精确的规范来说明这种情况下会发生什么......：

• 进程 A 生成 obj 并将其发送给 B，B 对其进行 unpickle，到目前为止一切顺利
• A 对 obj 进行更改 X，同时 B 对 obj 的 ITS 副本进行更改 Y
• 现在，任一进程将其 obj 发送到另一个进程，从而将其解开：此时每个进程中需要对对象进行哪些可见更改？A 发送给 B 或者 B 发送给 A 是否重要，即 A 是否“拥有”该对象？或者是什么？

如果你不在乎，比如说因为只有 A 拥有 obj——只有 A 才被允许进行更改并将 obj 发送给其他人，其他人不能也不会更改——那么问题就归结为识别 obj唯一的——一个 GUID 就可以了。该类可以维护一个将 GUID 映射到现有实例的类属性字典（可能作为弱值字典以避免使实例不必要地保持活动状态，但这是一个附带问题）并确保在适当的时候返回现有实例。

但是，如果需要将更改同步到任何更细的粒度，那么突然之间，这就是分布式计算的一个非常困难的问题，并且在什么情况下发生的情况的规范确实需要非常小心地确定（并且比大多数情况下更加偏执）对于我们来说——分布式编程是非常棘手的，除非狂热地遵循一些简单且可证明正确的模式和习惯用法！-）。

如果您能为我们确定规格，我可以提供一个草图，说明我将如何努力满足这些规格。但我不会代表您猜测规格；-)。

编辑：OP已经澄清了，看来他所需要的只是更好地理解如何控制__new__。这很简单：看__getnewargs__——你需要一个新式的类，并使用协议 2 或更好的进行酸洗（但出于其他原因，这些都是明智的！-），然后__getnewargs__在现有对象中可以简单地返回对象的 GUID（__new__必须接收作为可选参数）。因此__new__可以检查 GUID 是否存在于类的memo[[weakvalue;-)]]dict 中（如果存在，则返回相应的对象值）——如果不存在（或者如果 GUID 未传递，则意味着它不是 unpickling，所以必须生成一个新的 GUID），然后创建一个真正的新对象（设置其 GUID；-）并将其记录在类级别中memo。

顺便说一句，要制作 GUID，请考虑使用标准库中的uuid模块。