Способ иметь отдельную реализацию выглядит следующим образом.
//inner_foo.h
template <typename T>
struct Foo
{
void doSomething(T param);
};
//foo.tpp
#include "inner_foo.h"
template <typename T>
void Foo<T>::doSomething(T param)
{
//implementation
}
//foo.h
#include <foo.tpp>
//main.cpp
#include <foo.h>
inner_foo имеет форвардные объявления. foo.tpp имеет реализацию и включает inner_foo.h; и foo.h будет иметь только одну строку, чтобы включить foo.tpp.
Во время компиляции содержимое foo.h копируется в foo.tpp, а затем весь файл копируется в foo.h после который он компилирует. Таким образом, ограничений нет, и именование согласовано в обмен на один дополнительный файл.
Я делаю это, потому что статические анализаторы для кода разбиваются, когда он не видит передовые объявления класса в * .tpp. Это раздражает при написании кода в любой среде IDE или с помощью YouCompleteMe или других.
Я не думаю, что ctypes предлагает такую функциональность. В Windows с Visual Studio:
DUMPBIN -EXPORTS XXX.DLL
Или для mingw в окнах:
objdump -p XXX.dll
В общем случае это невозможно, поскольку, опять же в общем случае, динамически загружаемые библиотеки не несут требуемой мета-информации. В некоторых особых случаях эту информацию можно получить специфическими для системы способами, но сам ctypes
не получает эту информацию. Вы можете записать такую информацию через ctypes
(см., например, атрибуты restype и argtypes
указателей функций), но только после того, как вы получили ее другими способами.