Python 如何正确包装c++;使用qt和shiboken2的库?

Python 如何正确包装c++;使用qt和shiboken2的库?,python,qt,pyside2,shiboken2,Python,Qt,Pyside2,Shiboken2,我已经看到了FAQ,其中说明 如果您想为Qt/C生成绑定,请考虑这一点++ 项目中,到Qt共享库的链接将丢失,并且 你需要用手来做这件事。我们建议从中构建PySide2 将所有内容正确链接起来 假设您想使用SigBoKe2来包装一个C++库,它本身使用Qt,甚至在其接口中使用Qt类。在python世界中,您应该能够 pip install PySide2 my_cpp_lib 之后,python脚本应能够 import my_cpp_lib from PySide2.QtCore import

我已经看到了FAQ,其中说明

如果您想为Qt/C生成绑定,请考虑这一点++ 项目中,到Qt共享库的链接将丢失,并且 你需要用手来做这件事。我们建议从中构建PySide2 将所有内容正确链接起来

假设您想使用SigBoKe2来包装一个C++库,它本身使用Qt,甚至在其接口中使用Qt类。在python世界中,您应该能够

pip install PySide2 my_cpp_lib
之后,python脚本应能够

import my_cpp_lib
from PySide2.QtCore import QObject

my_cool_object = QObject()
my_cpp_lib.my_cool_api(my_cool_object)
我很不清楚如何实现这种设置。从FAQ中我推断,在这种情况下,从源代码编译PySide2会很好(因为我想使用shiboken2_生成器包装我的_cpp_库)。但是,我仍然希望与标准PySide2包兼容(当然,我的_cpp_lib和PySide2之间存在版本依赖关系)

针对PySide2的QT共享对象/dll进行链接是个坏主意吗?若然,原因为何?什么会更好

如果qt库应该与my_cpp_lib python包打包在一起,那么怎么可能仍然使用PySide而不发生冲突(因为有两个不同的共享对象)