Swig Typecast для производного класса? - PullRequest
Новая
       12

Swig Typecast для производного класса?

2 голосов
/ 09 июня 2009

Я заметил, что Swig предоставляет целый набор функций, позволяющих типизировать объекты к их родительским классам. Однако в C ++ можно создать функцию, подобную следующей: 

A * getAnObject()
{
  if(someBoolean)
    return (A *) new B;
  else
    return (A *) new C;
}

Где "A" является родителем классов "B" и "C". Затем можно типизировать указатель, возвращенный в тип «B» или «C», для удобства, например: 

B * some_var = (B *) getAnObject();

Можно ли как-нибудь типизировать объект, который я получил от функции создания универсальных указателей во время выполнения на языке сценариев, используя оболочки? (В моем случае, Lua?) У меня есть функция, которая может производить один из примерно сотни возможных классов, и я бы хотел избежать написания огромной структуры переключателей, которую мне пришлось бы поддерживать в C ++. В тот момент, когда я получаю общий указатель, у меня также есть строковое представление типа данных, к которому я хочу привести его.

Есть мысли? Спасибо!

- РЕДАКТИРОВАТЬ -

Я заметил, что SWIG предлагает генерировать конструкторы копирования для всех моих классов. Если бы у меня было это, я мог бы сделать что-то вроде следующего ?: 

var = myModule.getAnObject(); -- Function that returns an object type-cast down to a pointer of the parent class, as in the function getAnObject() above.
var = myModule.ClassThatExtendsBaseClass(var); -- A copy constructor that SWIG theoretically creates for me

и тогда var будет экземпляром наследующего класса, который знает, это экземпляр наследующего класса?

Ответы [ 2 ]

2 голосов
/ 18 июня 2009

Я разработал решение моей проблемы. Я новичок в сборке мусора lua, так что я не уверен, защищена ли она от утечек памяти, но она делает то, что мне нужно. (Это также не защищает от ошибок - если вы передадите допустимый тип данных и объект, который не должен быть приведен как этот тип данных, это приведет к плохим результатам.)

=============================================== ================================== 

static int lua_typecast_Object_I(lua_State *L)
{
        void * myDataPtr;
        void ** ptrToPtr = &myDataPtr;

        // Attempt to convert the first parameter to a pointer of
        // the lowest parent type from which all other data types 
        // inherit. e.g. "Object_I"

        if (!SWIG_IsOK(SWIG_ConvertPtr(L, 1, ptrToPtr, SWIGTYPE_p_Namespace1__Object_I, 0)))
        {
                lua_pushnumber(L, -1);
                lua_pushstring(L,"Pointer conversion in typecast function failed.");
                return 2;
        }

        const char * type_name = luaL_checkstring(L, 2);

        // Search the SWIG module for a swig_type_info that contains the data
        // type string that was passed as the second parameter

        swig_module_info* module=SWIG_GetModule(L);
        swig_type_info *type = SWIG_TypeQueryModule(module,module,type_name);
        if(type == NULL)
        {
                lua_pushnumber(L, -2);
                lua_pushstring(L,"Failed to find swig_type_info for specified type.");
                return 2;
        }

        // Using the swig_type_info that we found, create a new object on 
        // the stack of the desired data type and return.

        SWIG_Lua_NewPointerObj(L, myDataPtr, type, 0);
        return 1;
}

=============================================== ==================================

Надеюсь, это кому-нибудь поможет!

1 голос
/ 10 сентября 2014

Я решил это, используя карту типов и поле класса, в котором содержится SWIG-структура swig_type_info типа класса.

Например. Предположим, у вас есть BaseClass, который содержит базовую функциональность связанного списка, но фактическими узлами может быть любой класс, производный от BaseClass. Таким образом, у вас есть полиморфный связанный список. В базовом классе я определяю значение «selected_swig_info», которое содержит результат вызова SWIG_TypeQuery (..). Я установил это значение во время инициализации. Тогда во время выполнения Вы можете использовать следующее: 

// The typemap converts a function result from C->Lua. 
%typemap(out) BaseClass* {
   // stored_swig_info is set by calling SWIG_TypeQuery("DerivedClass *"), done at
   // initialization, so it can be used here to read the actual type
   swig_type_info* info = $1->stored_swig_info;
   SWIG_NewPointerObj(L, $1, info, 0); SWIG_arg++;
};

// base class
class BaseClass {
private:
  swig_type_info *stored_swig_info;
public:
  BaseClass* next () { ... };
  BaseClass* prev () { ... };
};

// derived class
class DerivedClass: public BaseClass {
};

А в реальных модулях класса конструктор делает следующее: 

BaseClass::BaseClass () {
  ...
  stored_swig_info = SWIG_TypeQuery("BaseClass *");
  ...
}

...

DerivedClass::DerivedClass () {
  ...
  stored_swig_info = SWIG_TypeQuery("DerivedClass *");
  ...
}

Примечание о реализации. Убедитесь, что эта инициализация вызывается после инициализации модуля lua, иначе табличка с наборами SWIG еще не заполнена.

...