Cython и перегруженные конструкторы C++

Question

Существует ли стандартизованный (или общепринятый способ) решение проблемы невозможности перегрузки __cinit__ методов в cython при обертке классов C++?

Существует возможность сделать __cinit__ принимать * args и ** kwargs для добавления параметров, а внутри области __cinit__ выбрать способ генерации экземпляра C++ в соответствии с определенным шаблоном. Такой подход, однако, имеет осложнение:

• Попытки определить правильный конструктор из аргументов может быть опасными при определенных обстоятельствах, если аргументы не будут названы и передаются как kwargs, которые могли бы стать обременительными для пользователей.
• Когда аргументы не вызываются их типом в списке аргументов __cinit__, они передаются как объекты Python. В моем рабочем случае аргументами являются оболочки Python для классов C++, и попытка получить эти экземпляры «thisptr» является задачей дьявола, когда они передаются как объекты Python из * args или ** kwargs.
• Предполагаемая необходимость использования последовательности if ... elif ... else для выбора конструктора C++ из комбинации аргументов в конечном итоге становится довольно запутанной.

Так что должен быть лучший способ. Одним из способов может быть использование подхода classmethod (например, см.: classmethod to overload __init__ behavior in Python). Тем не менее, насколько я знаю (и, пожалуйста, поправьте меня, если я ошибаюсь), classmethod подразумевает использование методов с именами, отличными от имени класса, и это не похоже на C++ способ построения экземпляров только с одним именем класса.

Любые идеи по этому вопросу?

Answer 1

Лично я хотел бы использовать classmethods.

WrapperClass.fromSpambar(spambar) 

Это не то, что puzzlin имхо. Если вы не сможете перегружать функции на C++, вам также необходимо отступить от этого подхода.

Если вы можете принять некоторые тяжелые взвешенные операции при инициализации, вы можете реализовать метод распознавания способа создания конструктора путем определения «шаблонов» или аналогичных. То есть Регулярные выражения для args и kwargs. ;)

Я не вижу проблемы с получением thisptr с объекта Python.

cdef WrapperClass wrpclsi 
if isinstance(instance, WrapperClass): 
    wrpclsi = instance 
else: 
    raise TypeError('expected instance of WrapperClass.') 

cdef WrappedClassFromCpp* thisptr = wrpclsi.thisptr