Как stringfy объект матрицы swig в python

Основываясь на этой документации openbabel, похоже, что есть хорошая причина, что привязки Python не имеют приятного способа печати matrix3x3 object . Класс matrix3x3 C ++ перегружает оператор << , который SWIG просто игнорирует:

http://openbabel.org/api/2.2.0/classOpenBabel_1_1matrix3x3.shtml

Это означает, что вам нужно будет изменить файл интерфейса SWIG (см. http://www.swig.org/Doc1.3/SWIGPlus.html#SWIGPlus_class_extension ), чтобы добавить метод __str__ в openbabel::matrix3x3 на C ++, который обертывает оператор << . Ваш метод может очень похож на

 std::string __str__() { //make sure you include sstream in the SWIG interface file std::ostringstream oss(std::ostringstream::out); oss << (*this); return oss.str(); } 

Я считаю, что SWIG будет правильно обрабатывать C ++ тип возвращаемого значения std::string в этом случае, но если нет, вам, возможно, придется поиграть с возвратом массива символов.

На этом этапе вы сможете перекомпилировать привязки и повторить свой код Python. Вызов str() объекта matrix3x3 должен теперь отображать то, что будет отображаться с помощью оператора << на C ++.

В дополнение к ответу от @jhoon, похоже, что SWIG не распознает тип возврата std :: string, поэтому измените функцию, чтобы возвращать const char * . Кроме того, поскольку это функция вне класса, вы не можете использовать self, но вы должны использовать переменную $ self SWIG.

Итак, в файле SWIG .i , если вы поместите следующее:

 %extend OpenBabel::matrix3x3 { const char* __str__() { std::ostringstream out; out << *$self; return out.str().c_str(); } }; 

вы должны получить желаемый результат при вызове печати Python на матрице3×3 .

Если вы обнаружите, что добавляете это ко многим классам, рассмотрите возможность его переноса в макрос:

 %define __STR__() const char* __str__() { std::ostringstream out; out << *$self; return out.str().c_str(); } %enddef 

а затем добавив его в класс:

 %extend OpenBabel::matrix3x3 { __STR__() };