interface

@StarikPro · Регистрация: 19.02.2008

Author24 — интернет-сервис помощи студентам

Помогите кто чем может! Пишу приложение использующее модули расширения. Программный интерфейс модулей реализован в виде экспортных функций. Данный интерфейс является "входной дверью" обеспечивающий доступ к ресурсам размещённым в модуле. Есть огромная необходимость создания множества подобных дверей. Пытаюсь релизовать поместив все экспортные функции в структуру типа interface. А в экспорт разместил лишь две функции: CreateInterface и DestroyInterface - соответсвенно создание и уничтожение интерфейса. На Делфи удалось реализовать функцию по созданию интерфейса следующим образом:

Delphi

//сначало определим интерфейс
IDLLInterface = interface(IUnknown)
    ['{AC8948EC-F86D-43e2-96DE-31FC35F96D9E}']//кстати, данный идентификатор (GUID) создаётся нажатием клавиш Ctrl+Shift+G
    procedure Do1; stdcall;
    procedure Do2; stdcall;
    procedure DoN; stdcall;
 
end;

Delphi

//теперь класс реализующий функции данного интерфейса
TDLLInterface = class(TObject, IDLLInterface)
  public
    procedure Do1; stdcall;
    procedure Do2; stdcall;
    procedure DoN; stdcall;
end;

В функции CreateInterface помещаю код:

Delphi

var
DLLInterface : TDLLInterface; 
IDLL       : IDLLInterface;
begin
 DLLInterface := TDLLInterface.create;
 //функцией из класса TObject получаю указатель на интерфейс 
 DLLInterface.GetInterface(StrToGuid('AC8948EC-F86D-43e2-96DE-31FC35F96D9E'), IDLL); 
 //возвращаем результат
 CreateInterface := IDLL; 
end;

В Builder подобное никак не удаётся проделать.
Пытался реализовывать функции интерфейса как и в классе:

C++

DEFINE_GUID(IID_IDLLInterface, 0xAC8948EC, 0xF86D, 0x43e2, 0x96, 0xde, 0x31, 0xfc, 0x35, 0xf9, 0x6d, 0x9e); 
DECLARE_INTERFACE_(IDLLInterface, IUnknown) 
{
public
    void __stdcall Do1(); 
    void __stdcall Do2();
    void __stdcall DoN();
 
}
//реализую методы
void __stdcall IDLLInterface::Do1()
{}
 
void __stdcall IDLLInterface::Do2()
{}
void __stdcall IDLLInterface::DoN()
{}

В функции CreateInterface помещаю код:

C++

1 2	IDLLInterface * DLLInterface = new (IDLLInterface); // здесь методы доступны и вызываются но из приложения уже нет

С помощью класса TObject не удалось ничего сделать. Хотелось бы чтобы и для VC решение можно было натянуть.
В си подобных языках я делитант поэтому если что не так не судите строго.
:huh:

@Lord_Voodoo · 19.02.2008, 17:14

а в билдере есть же спецовые проекты, он тебе все пропишет, а тебе только методы нужно будет описать...

@StarikPro · 20.02.2008, 13:06 **[ТС]**

Да, я в курсе по поводу редактора интерфейсов и их методов. Они используются для создания объектов ActiveX и Com. Но мне не нужны все навороты связанные с этими технологиями. Хотелось бы по возможности использовать только лишь понятие интерфейса. Он позволяет снять языковой барьер и соответственно организовать обмен данными между модулями и приложением написанных на разных языках. Теоретически это возможно.

Спасибо за ответ.

@Lord_Voodoo · 20.02.2008, 13:09

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

@StarikPro · 20.02.2008, 13:38 **[ТС]**

При многопоточном варианте одна библиотека может потребоваться несколько раз в разных потоках. Идея заключается в том чтобы в разных потоках через размножение интерфейсов помещёных в модуль независимо друг от друга работать с ними. Это всё равно что одну и туже длл для каждого случая переименовывать перед загрузкой что заставит систему смапировать новый её образ. Но такой вариант я не уверен что всегда будет работать + размер модуля может быть разным: например в одном сценарии выполняют работу двадцать модулей и десять из них повторяются на различных этапах сценария. В случае переименования модуля умножай объём занимаемой памяти на 10. А ведь некоторые модули могут весить не мало.
При стандартном построении (работать только через экспортные функции) у нас всегда один интерфейс и соответственно если он занят одним из потоков то другим туда уже не обратится.

@StarikPro · 20.02.2008, 13:50 **[ТС]**

Насчёт вызова - попробую

@Lord_Voodoo · 20.02.2008, 14:38

многопоточность можно и в длл запихнуть, если на то пошло, просто я не знаю твоей задачи, сложно что-то сказать

06.03.2009, 14:22

Позвольте поинтересоваться, разрешился ли как-нибудь сей вопрос? У самого сейчас та же проблема.

@Lord_Voodoo Супер-модератор 8783 / 2536 / 144 Регистрация: 07.03.2007 Сообщений: 11,873
	19.02.2008, 17:14	2
	а в билдере есть же спецовые проекты, он тебе все пропишет, а тебе только методы нужно будет описать... 0

@StarikPro 0 / 0 / 0 Регистрация: 19.02.2008 Сообщений: 9
	20.02.2008, 13:06 [ТС]	3
	Да, я в курсе по поводу редактора интерфейсов и их методов. Они используются для создания объектов ActiveX и Com. Но мне не нужны все навороты связанные с этими технологиями. Хотелось бы по возможности использовать только лишь понятие интерфейса. Он позволяет снять языковой барьер и соответственно организовать обмен данными между модулями и приложением написанных на разных языках. Теоретически это возможно. Спасибо за ответ. 0

@Lord_Voodoo Супер-модератор 8783 / 2536 / 144 Регистрация: 07.03.2007 Сообщений: 11,873
	20.02.2008, 13:09	4
	так погоди, библиотеки на сях ты с таким же успехом можешь юзать, где угодно, и без понятия интерфейса тут никак... просто не пойму, чем тебя не устраивает стандартное построение твоих библиотек... пиши тогда на визуал студии, там все более углублено, почти все руками делать надо, без автоматизации.... 0

@StarikPro 0 / 0 / 0 Регистрация: 19.02.2008 Сообщений: 9
	20.02.2008, 13:38 [ТС]	5
	При многопоточном варианте одна библиотека может потребоваться несколько раз в разных потоках. Идея заключается в том чтобы в разных потоках через размножение интерфейсов помещёных в модуль независимо друг от друга работать с ними. Это всё равно что одну и туже длл для каждого случая переименовывать перед загрузкой что заставит систему смапировать новый её образ. Но такой вариант я не уверен что всегда будет работать + размер модуля может быть разным: например в одном сценарии выполняют работу двадцать модулей и десять из них повторяются на различных этапах сценария. В случае переименования модуля умножай объём занимаемой памяти на 10. А ведь некоторые модули могут весить не мало. При стандартном построении (работать только через экспортные функции) у нас всегда один интерфейс и соответственно если он занят одним из потоков то другим туда уже не обратится. 0

@StarikPro 0 / 0 / 0 Регистрация: 19.02.2008 Сообщений: 9
	20.02.2008, 13:50 [ТС]	6
	Насчёт вызова - попробую 0

@Lord_Voodoo Супер-модератор 8783 / 2536 / 144 Регистрация: 07.03.2007 Сообщений: 11,873
	20.02.2008, 14:38	7
	многопоточность можно и в длл запихнуть, если на то пошло, просто я не знаю твоей задачи, сложно что-то сказать 0

toXXIc
	06.03.2009, 14:22	8
	Позвольте поинтересоваться, разрешился ли как-нибудь сей вопрос? У самого сейчас та же проблема.