интерфейсные классы(ДЛЛ)

[Пепел Феникса]

в общем прошу просветить меня про правильное написание интерфейсов на С++.
думаю на основе класса наверно:
1)правильно ли обьявляю интерфейс:

class ITest
{
public:
    virtual void Test()=0;
};

?
2)соглашения о вызовах, какое лучше ставить?
stdcall?
3)совместимость с С, там через структуры, но, там помоему нет автопередачи себя(this) как в плюсах?
как верно обьявить интерфейс там?

заранее спасибо.

[pu4koff]

1. Хотите совместимость с Си, не используйте классы и интерфейсы.
2. Хотите таки экспортировать интерфейсы из DLL без COM?
3. Не забывайте, что интерфейсы в С++ по сути являются абстрактными классами, посему решайте как быть с деструкторами. Добавлять ли их виртуальные в интерфейс или не давать удалять объекты по указателю на интерфейс...

[Пепел Феникса]

1)насколько я знаю, в С их можно как то делать.
судя по заголовочникам DirectX(но у меня сейчас их нет)
но вот как?
2)ну а в чем мне выгода от COM?
там тоже ведь как средство связи используются интерфейсы.
3)скорее всего буду использовать счетчик ссылок.

[pproger]

я не писал на ком, но что ты хочешь сделать? запихнуть в dll реализацию интерфейса?

2pu4koff

1. Хотите совместимость с Си, не используйте классы и интерфейсы.

спорим, что можно использовать классы и интерфейсы, и сохранить совместимость с С?

[Пепел Феникса]

ну в общем то да, мне нужно чоб реализация(точнее код оной) были именно в ДЛЛ.

[pproger]

2Пепел Феникса

объявляешь интерфейс

class Interface {
public:
    virtual void foo() = 0;
};

он у тебя будет использоваться как в dll, так и в основой проге

пишем dll. реализуем твой интерфейс

class A : public Interface {
public:
    void foo()
    {
        // твоя реализация
    }
};

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

extern "C" Interface *create()
{
    return new A;
}

дллка закончена

пишем приложение. как я уже сказал, класс интерфейса у нас общий для приложения и дллок. опять же, если ты под виндой - динамически подгружаешь свою длл через loadLibrary

HANDLE h = LoadLibrary("a.dll");

получаешь указатель на свой конструктор

typedef Interface *(*Ctor)();
Ctor Create = (Ctor)GetProcAddress(h, "create");

ну и создаешь свой объект

Interface *i = Create();
i->foo();

так же, делаешь экспортируемый деструктор. + проверки на ошибки.
вроде нигде не лажанул.
на самом деле, все это тривиально. этой технике 100 лет в обед

да, и кстати. если это для тебя в новинку - тебе рано лезть в ком. поверь

[Пепел Феникса]

спасибо)

1)если у меня интерфейс будет расширен не виртуальными методами, то я не испорчу его?
2)а что насчет С?
3)соглашение о вызовах какое ставить?(ДЛЛ будет не только для С++)
4)можно ли использовать ссылки вместо указателей?

ЗЫ: мне в новинку лишь интерфейсы.

[pproger]

1. с чего бы
2. а что насчет си?
3. никогда с этим не заморачивался. ну оставь stdcall, в другом языке его явно задашь, если он не по дефолту
4. ссылки? + си? + второй язык? как бы поделикатнее выразиться... не, не могу поделикатнее. полиморфные возможности класса реализуются за счет таблицы вирт функций, которую имеет класс, созданный в памяти динамически, имеющий хотя бы 1 вирт функцию. какие ссылки?

да и вряд ли можно заставить работать такую дллку не из с/с++. функцию-конструктор ты экспортнешь, и что дальше? придется писать аналогичный интерфейс для твоего другого языка, и как то их совмещать. я таким не занимался

[Пепел Феникса]

1,3 спасибо)

2)как в С обьявить интерфейс?
через указатель на функцию в структуре?
4)я имел в виду здесь можно и использовать

Interface& i = Create();
i.foo();

[pproger]

2Пепел Феникса

Interface& i = Create();
i.foo();

для чего? ну можно, если определишь свою функцию так

extern "C" Interface& create()
{
    Interface *ret = new A;
    return *ret;
}

но для чего? да и смысл тут в том, что create() может быть вызвана из языка си. в си же нет ссылок.

как в С обьявить интерфейс?

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