SWIG：避免 C++ 到 Python 的别名

Question

我正在用 C++ 构建一个库，它使用 SWIG 连接到 Python 3 4.0.1。经过一段时间的开发后，我注意到（我认为是所谓的）别名问题。我准备了一个最小的例子，这也会发生。

考虑具有在 处初始化的dummy单个（私有）属性的类。现在，我有这个非常小的 python 脚本：attr0

import dummy_wrap

d1 = dummy_wrap.dummy()

d2 = d1

d1.set_attr(12)

print(d2.get_attr()) # this prints '12', not '0'

我希望我所说的别名是这里真正发生的事情：对象d2从未被修改，但它采用给定的值d1，就好像赋值d2=d1实际上是指针赋值一样。我希望发生的事情（也是我期望发生的事情）是赋值运算符制作passes it ontoa=b的硬拷贝。换句话说，修改不应该影响，反之亦然，只要这符合实现细节（就像我的库和最小示例中的情况一样）。baab

最后一点，这是我在编译时收到的消息：

g++ -fPIC -c dummy.cpp

g++ -fPIC -shared -o libdummy_lib.so dummy.o

swig -Wall -c++ -python -py3 -o dummy_wrap.cxx dummy_wrap.i

dummy.hpp:10: Warning 362: operator= ignored

dummy.hpp:11: Warning 362: operator= ignored

dummy.hpp:7: Warning 509: Overloaded method dummy::dummy(dummy &&) effectively ignored,

dummy.hpp:6: Warning 509: as it is shadowed by dummy::dummy(dummy const &).

g++ -fPIC -c dummy_wrap.cxx -I /usr/include/python3.8

g++ -fPIC -shared -o _dummy_wrap.so dummy_wrap.o -L . -ldummy_lib -lpython3.8

问题：

• 我想了解这里发生了什么以及为什么：和dummy(dummy&&)影响dummy& operator=(dummy&&)SWIG 包装dummy(const dummy&)和的方式dummy& operator=(const dummy&)吗？

• 期望我想要的默认行为是否合理，即这是（别名）使用 SWIG 连接到 python 后类的预期行为吗？

• 我该如何解决这个问题：我应该做哪些更改才能让操作员=制作硬拷贝？

Answer 1

因此，感谢原帖中的一些评论，一个可能的解决方案是添加一个clone()方法。可以通过简单地扩展 C++ 标头来做到这一点。但是，由于这对某些人来说可能看起来很奇怪，因为在许多情况下clone()根本不需要 C++ 中的方法，因此我们可以使用 SWIG 扩展 python 类。只需以dummy_wrap.i示例中的 并在文件末尾添加以下代码%extend dummy {    dummy clone() const {        return *$self;    }}不幸的是，这还没有结束，因为我们的 python 代码必须修改：import dummy_wrapd1 = dummy_wrap.dummy()d2 = d1.clone()d1.set_attr(12)print(d2.get_attr()) # now this prints '0'