Комментарии 3
и часто вы такие чудеса делаете?
Политику reference_existing_object на каждом классе не по разу приходится применять.
Политика manage_new_object сильно пореже, в основном на замену методам, возвращающим всякие unique_ptr, делаю вспомогательные функции, возвращаю в них результат unique_ptr::release() и прописываю питону прибраться как закончит.
Ещё две политики copy_const_reference и copy_non_const_reference нужны в основном для ссылок на std::string.
Если спрашиваете про классы с извращенскими конструкторами и без возможности копирования, то тоже часто приходится оборачивать. Люди порой такое API понапишут, хоть вешайся. Отовсюду торчать «интерфейсы» в виде абстрактных классов, куча синглтонов-фабрик, создающих unique_ptr на абстрактного предка. В общем не соскучишься.
Политика manage_new_object сильно пореже, в основном на замену методам, возвращающим всякие unique_ptr, делаю вспомогательные функции, возвращаю в них результат unique_ptr::release() и прописываю питону прибраться как закончит.
Ещё две политики copy_const_reference и copy_non_const_reference нужны в основном для ссылок на std::string.
Если спрашиваете про классы с извращенскими конструкторами и без возможности копирования, то тоже часто приходится оборачивать. Люди порой такое API понапишут, хоть вешайся. Отовсюду торчать «интерфейсы» в виде абстрактных классов, куча синглтонов-фабрик, создающих unique_ptr на абстрактного предка. В общем не соскучишься.
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Объединяя C++ и Python. Тонкости Boost.Python. Часть вторая