Нужен ли здесь COM?

[USBLexus]

Поставлена такая задача Нужно сделать графический редактор, но таким образом, чтобы все объекты в поле редактирования были реализованы как отдельные модули в виде DLL и т д.
Может кто уже сталкивался с подобной задачей? Как грамотнее это  реализовать?

[Pu]

USBLexus, обычно в таких случаях я редактор делал, как СОМ контейнер. А объекты в поле редактирования как ActiveX компоненты. Под задачи неуниверсальные использовал просто VB, как контейнер со стандартными и своими  ActiveX. Те я так понял стоит задача разработать средство разработки, свободно расширяемое дополнительными DLL, если так то другого средства, как СОМ не знаю.
Во всяком случае гр редакторы в известных мне SCADA системах реализованы именно так.

[USBLexus]

Да я вот незнаю стоит ли здесь использовать COM Какие есть приимущества у COMа? Может просто сделать самодельные DLL и подключать их?

[Pu]

смотри сам, использование СОМ дает возможность отдать клиенту продукт с в виде контейнера и спецификации на поддерживаемые ActiveX. Те определяешь интерфейсы для точек стыковки. Но разобраться с этим реально придется. Я потратил достаточно большой промежуток времени и до сих пор не чуствую себя гуру в СОМ-технологиях хотя использую на каждом шагу.

[lapulya]

Если пробукт разрабатывается на с++ и использование его или компонентов на VB не планируется то COM абсолютно не нужен (если не сказать больше :twisted: ), просто пиши обычные dll. Причем как заяц написал используй интерфейсы для точек стыковки.

[Pu]

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

[lapulya]

Да я вот незнаю стоит ли здесь использовать COM Какие есть приимущества у COMа? Может просто сделать самодельные DLL и подключать их?

Вот из этой фразы автора я в общемто могу сделать (и собственно сделал) вывод что на VB модули никто нисать не собирается... Для того чтобы написать dll чистой воды VB не хватит. Поэтому я и говорил что если будет использоываться только с++ (не дельфи... тьфу какая гадость .... ни ява - тоже гадость), то лично я бы COM не использовал
во первых медленнее
во вторых работа со строками ЭТО ГЕМОРОЙ!!!
плюс к этому лично я не люблю подсчет ссылок поэтому ябы например описал (ито если надо) IUnknown примерно так

Код:

class IMyUnknown
{
    public:
    virtual ~IMyUnknown() {}

    virtual bool queryInterface(const std::string &, void **) = 0;
};

где вместо строки передаю уникальное название интерфейса, но если не нравится можно и GUID

А вообще то я COM не люблю и использую только если есть клиенты написанные на VB или типа того (что бывает, но крайне редко)

[Pu]

lapulya,  согласен с тобой во всех отношениях, и СОМ так же не леплю куда попало. А токма когда нужна привязка к ms технологиям для создания расширяемых вещей без моего участия.