C++ Изменение класса в dll, где указатель на этот класс возвращается в другие dll

Question

Ужасный заголовок Я знаю и ужасный вопрос. Я работаю с небольшим количеством программного обеспечения, где dll возвращает ptr во внутренний класс. Другие библиотеки (вызов DLL), а затем использовать этот указатель для вызова методов этого класса непосредственно:

//dll 1 
internalclass m_class; 
internalclass* getInternalObject() { 
    return &m_class; 
} 

//dll 2 
internalclass* classptr = getInternalObject(); 
classptr->method(); 

Это пахнет очень плохо для меня, но это то, что у меня есть ... Я хочу, чтобы добавить новый метод internalclass поскольку одна из вызывающих библиотек требует дополнительных функций. Я уверен, что все DLL, которые обращаются к этому классу, нужно будет перестроить после включения нового метода, но я не могу разобраться в логике причины.

Я думаю, что это как-то связано с уже скомпилированной вызывающей DLL, имеющей физический адрес каждой функции внутри внутреннего класса в другой DLL, но я на самом деле не понимаю этого; кто-нибудь здесь может предоставить краткое объяснение того, как dll (новая внутренняя библиотека dll, перестроенная вызывающая DLL и вызывающая dll, построенная с предыдущей версией dll внутреннего класса) будут соответствовать друг другу?

Спасибо, Патрик

Answer 1

Клиент DLL файлы «узнать» фактический адрес класса функций на время загрузки путем поиска на таблице экспорта обслуживающей DLL. Поэтому, пока таблица экспорта остается совместимой, никакого вреда не делается.

Совместимость будет нарушена, если ваш класс имеет таблицу виртуальных функций, а функции в нем меняют порядок. Он также сломается при связывании по порядку, а не по символу.

Answer 2

Вы должны возвратили PTR на производный объект класса в качестве типа базового класса. Затем вы можете свободно изменять производный класс. Однако не могу изменить базовый класс.

Редактировать: вы можете изменить его. Но осторожно. Добавление методов должно работать (если только они не являются виртуальными). Добавление переменных может работать, если вы добавите их в конце.

Answer 3

Нет, перестройка, скорее всего, не понадобится.

За кулисами внутренний класс :: метод() будет искажен чем-то вроде internalclass__method(internalclass* __this). Эта измененная функция затем экспортируется по имени из вашей DLL.

Answer 4

Не трогайте существующий класс и возвращает указатель на производный класс в новой функции getInternalObject_ex()