Скрытие кода реализации библиотеки

[van_de_luxe]

Подскажите как правильно организовать структуру проекта.
Не могу сообразить как оформить код для динамической библиотеки, исходные данные такие:
class С_Lib{} - он должен быть доступен пользователю
class С_SubLib{} - этот класс используется для внутренних расчетов класса С_Lib и пользователь про него ничего не должен знать.

Создал шаблонный проект библиотеки с экспортом класса С_Lib
И тут возникает вопрос: как подключать исходники класса С_SubLib?

единственное решение вижу в том, чтобы подключить в Lib.cpp хедер SubLib.h и внутри cpp объявить "static С_SubLib a", с которым дальше работать. (возможно это вообще не корректно.. я раньше только на си писал)
Не будет ли тут подвоха, если создать несколько экземпляров С_Lib?
И есть сомнения что будут проблемы с выделением памяти под С_SubLib и его удалением..

Можно было бы объявить "С_SubLib a" private членом С_Lib, но тогда придется в Lib.h подключать SubLib.h, чего быть не должно. Либо я не знаю как это можно сделать не подключая заголовочный файл..

Приложил скелет проекта

[Bepec]

Предоставлять ашник C_Lib и экспортировать только его.

[van_de_luxe]

Что предоставлять понятно. Но если я предоставлю Lib.h, в котором есть #include "SubLib.h" он у пользователя не скомпилится. В этом весь вопрос

[__Heaven__]

Если совсем никак не обойтись без С_SubLib в вашем h файле, то можно воспользоваться предварительным объявлением класса, быть может это подойдёт в вашем случае.

Код

C++ (Qt)
//MyClass.h
class MySubClass;
 
class MyClass{
public:
    MyClass();
    ~MyClass();
private:
    MySubClass *subClass;
};
 
//MyClass.cpp
#include "MyClass.h"
#include "MySubClass.h"
 
 
MyClass::MyClass()
    : subClass(new MySubClass)
{}
 
MyClass::MyClass(){
    delete subClass;
}
 

Если подкласс членом хотите сделать, то пользуйтесь указателем, как в примере. Можно и просто обойтись методами передающими и возвращающими MySubClass, но передавать можно только по ссылке или указателю.

[ksk-]

Что предоставлять понятно. Но если я предоставлю Lib.h, в котором есть #include "SubLib.h" он у пользователя не скомпилится. В этом весь вопрос

Файл "SubLib.h" надо включать в cpp-файл.

[__Heaven__]

Добавлю, что если выберете первый вариант, то лучше в примере выше использовать умный указатель, чтобы лишний раз не помнить про delete

[Bepec]

Вам тогда вообще проще спрятать и первый класс. А наружу выставить лишь попку интерфейс.

[van_de_luxe]

Если совсем никак не обойтись без С_SubLib в вашем h файле, то можно воспользоваться предварительным объявлением класса, быть может это подойдёт в вашем случае.

попробую

Файл "SubLib.h" надо включать в cpp-файл.

читайте шапку, пользователь не должен видеть этот класс

Добавлю, что если выберете первый вариант, то лучше в примере выше использовать умный указатель, чтобы лишний раз не помнить про delete

что за умный указатель?

Вам тогда вообще проще спрятать и первый класс. А наружу выставить лишь попку интерфейс.

я и спрашиваю как его спрятать, но так чтобы с ним можно было внутри C_Lib работать

[__Heaven__]

что за умный указатель?

std::unique_ptr, например

[Bepec]

В вашем проекте всё сводится к "a+b".

Т.е. вполне реально сделать функцию.

Аля
инициализация + деинициализация.

Код:

SubLib *point;
void my_export init()
{
    point = new SubLib(); 
}
void my_export deInit()
{
    if (point)
    {
        delete point;
        point = NULL;
    }
}

Экспортируемая функция в библиотеке

Код:

int my_export add(int a, int b)
{
    if (point)
        return point->SubLub_func(a,b);
    return -1;
}

Использование

Код:

dll->init();
int result = dll->add(a,b);
dll->deInit();