Вперед объявить указатели на структуры в C++

Обновление:

Я использую его в реализации .cpp Foo, но не хочу включать его в свой заголовок .h для Foo. Может быть, я просто слишком педантичен? :)

Да, вы :) Продолжайте с предварительным объявлением.

Если HandleType является частью интерфейса, должен быть заголовок, объявляющий это. Используйте этот заголовок.

Ваша проблема все еще неясна. Вы пытаетесь защититься от чего-то, чего не можете.

Вы можете добавить следующую строку в свою клиентскую библиотеку:

typedef struct INTERNAL_DATA *HandleType;

но, если имя/структура изменится, вы можете столкнуться с некоторыми неприятностями при кастинге.

Попробуйте шаблоны:

template <class T>
class Foo
{
    Foo(T h);
};

Форвардная декларация в порядке. Если вы собираетесь использовать указатели или ссылки, вам нужно только объявление класса (__INTERNAL_DATA) в области видимости. Однако, если вы собираетесь использовать функцию-член или объект, вам нужно будет включить заголовок.

Если тип находится в сторонней библиотеке, то большое преимущество предварительного объявления (изоляция перестроек из-за изменений в заголовках) фактически теряется.

Если вас беспокоит время компиляции (это большой заголовок), возможно, вы можете поместить его в предварительно скомпилированный заголовок или просто включить соответствующий заголовок из библиотеки.

Например. многие заголовки библиотек выглядят так

// library.h
#include "Library/Something.h"
#include "Library/SomethingElse.h"

 typedef struct {} __INTERNAL_DATA, *HandleType;

Если он определен таким образом (все в одной строке), то __INTERNAL DATA является такой же частью открытого интерфейса, как и HandleType.

Однако я не думаю, что __INTERNAL_DATA действительно существует. Более чем вероятно, что HandleType действительно (внутренне) является int. Это странное определение — просто способ определить его так, чтобы он имел тот же размер, что и int, но отличался от него, чтобы компилятор выдал вам ошибку, если вы попытаетесь передать int там, где вы должны передать HandleType. Поставщик библиотеки мог так же легко определить его как "int" или "void*", но таким образом мы получаем некоторую проверку типов.

Следовательно, __INTERNAL_DATA — это просто соглашение, которое не собирается меняться.

ОБНОВЛЕНИЕ: Вышесказанное было чем-то вроде умственной отрыжки... Хорошо, __INTERNAL_DATA определенно не существует. Мы знаем это точно, потому что можем видеть его определение как пустую структуру. Я предполагаю, что сторонняя библиотека использует внешнюю компоновку "C" (без управления именами), и в этом случае просто скопируйте typedef — все будет в порядке.

Внутри самой библиотеки HandleType будет иметь совершенно другое определение; может быть int, может быть "struct MyStruct {.......} *".

Если вы очень, очень, очень не хотите раскрывать _INTERNAL_DATA вызывающей стороне, тогда ваш единственный реальный выбор — использовать typedef void* HandleType; Затем внутри вашей библиотеки вы можете делать все, что захотите, включая изменение всей реализации *HandleType.

Просто создайте вспомогательную функцию для доступа к вашим реальным данным.

inline _INTERNAL_DATA* Impl(HandleType h) {
    return static_cast<_INTERNAL_DATA*>(h);
}

Я не совсем уверен, что вы собираетесь делать, но следующее будет работать без включения фактического файла заголовка:

// foo.h
class Foo
{
    public:
    template<typename T>Foo(T* h) { /* body of constructor */ }
};

Имейте в виду, вам все равно придется иметь доступ к публичным членам __INTERNAL_DATA в теле конструктора.

редактировать: как указал Джеймс Карран, структура __INTERNAL_DATA не имеет элементов, поэтому ее можно использовать, как указано выше, без проблем.