Есть ли способ заставить midl генерировать каждый интерфейс в отдельном .h? - PullRequest
0 голосов
/ 17 июля 2009

У меня есть куча объектов, которые наследуют интерфейсы тезисов, сгенерированные из файла idl. Каждый объект, который использует эти интерфейсы, включает в себя один и тот же файл interfaces.h, который содержит все сгенерированные абстрактные классы c ++, которые отображаются на интерфейс idl.

Каждый раз, когда я изменяю что-либо в interfaces.idl, все классы, которые зависят от этого, должны перестраиваться с момента изменения interfaces.h. Есть ли флаг или что-то, чтобы сказать midl генерировать каждый абстрактный класс в своем собственном .h?

Ответы [ 2 ]

1 голос
/ 17 августа 2009

Вот пример того, как организовать idl для генерации отдельных файлов .h и одной библиотеки типов. Правильная директива - импорт.

main.idl

import "oaidl.idl";
import "ocidl.idl";

import "frag1.idl";
import "frag2.idl";

[
    uuid(1BECE2AF-2792-49b9-B133-BBC89C850D6F),
    version(1.0),
    helpstring("Bibliothèque de types")
]
library Library
{
    importlib("stdole2.tlb");

    interface IFrag1;
    interface IFrag2;
}

frag1.idl

import "oaidl.idl";
import "ocidl.idl";

[
    object,
    uuid(9AEB517B-48B9-4628-8DD3-4A0BA8D39BEF),
    dual,
    nonextensible,
    helpstring("Interface IFrag1"),
    pointer_default(unique)
]
interface IFrag1 : IDispatch {
    HRESULT frag1();
};

frag2.idl

import "oaidl.idl";
import "ocidl.idl";

[
    object,
    uuid(D60835D4-E1B1-40fb-B583-A75373EF15BE),
    dual,
    nonextensible,
    helpstring("Interface IFrag2"),
    pointer_default(unique)
]
interface IFrag2 : IDispatch {
    HRESULT frag2();
};
1 голос
/ 17 июля 2009

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

Затем включите (или это #import - я забыл) эти интерфейсные IDL в основную библиотеку IDL, которая при необходимости создаст библиотеку типов.

...