Форум: "Потрепаться";
Текущий архив: 2003.07.24;
Скачать: [xml.tar.bz2];
Вниззачем нужна COM Найти похожие ветки
← →
Alex134 (2003-07-09 12:35) [0]Знающие люди, объясните пожалуйста, зачем нужна эта технология если можно и так библиотеки использовать? Ну вот в книге приводиться пример - COM-объект проверки орфографии. У него один интерфейс и несколько методов. Зачем делать СОМ-объект если можнно просто поместить эти несколько методов в обычную библиотеку и использовать их таким образом?
Также часто работодатели указывают в требованиях "СОМ/DCOM" - что такое необходимое они видят в этих технологиях, где они вообще на практике чаще всего используются?
← →
Карелин Артем (2003-07-09 12:48) [1]Ну это видимо надо уметь делать многозвенки. Они чаще всего по СОМ/DCOM работают. Вообще под аббревиатурой COM скрывается почти вся винда :))
← →
clickmaker (2003-07-09 12:53) [2]СОМ/DCOM чаще всего юзают при построении трехзвенных распределенных систем, как альтернативу технологии клиент-сервер. Собственно и большая часть самой винды, начиная с последних сервис-паков НТ 4 и вся 2000 и ХР построена на DCOMe (консоль MMC, всяческие утилиты удаленного управления и администрирования)
← →
pasha676 (2003-07-09 13:02) [3]
> Зачем делать СОМ-объект если можнно просто поместить эти
> несколько методов в обычную библиотеку и использовать их
> таким образом?
Зачем делать библиотеку? Пусть юзеры сами накропают.
А если честно и не вдаваясь в такие вещи как "трехзвенная распределенная система" (ужас - от названия страшно становиться), то для удобства. Я в сом-технологии не варю. Использую только в ДиректХа. Мне кажется это весьма удобно. Во всяком случае писать, имхо, легче чем на АПИ.
← →
Romkin (2003-07-09 13:16) [4]Ну это как примерно "Зачем использовать VCL, если можно программировать на чистом API"
Это действительно удобство. Все стандартизовано, причем так, что мимо не пройдешь. COM предназначен для написания ОБЪЕКТОВ, к которым можно обращаться из любого инструмента, поддерживающего COM. Приятно же написать библиотеку, которую можно использовать:
в VBA (MS Office, например)
в С++
в Visual Basic
в 1С
....
Список продолжите сами...
Это не говоря уже о том, что код может выполняться вообще на другой рабочей станции :)
При этом нет еприятного кошмара с dll, когда они получаются разных версий, и возникает конфликт.
← →
Ihor Osov'yak (2003-07-09 13:22) [5]Ну, навскидку:
во первых, открытось и неизменность (во всяком случае декларируется) интерфейсов;
во вторых - как бы подобие обьектной модели..
3 - независимость от языка разработки
4 - возможность реализации не только "in-process", а и в виде сервера в отдельном процессе
5 - простота вызова. Не нужно париться с вопросами типа "а в какой dll и где эта dll"
6 - возможность использовать обьекты, выполняемые на другой машине так же прозрачно, как на своей
← →
Alex134 (2003-07-09 14:15) [6]Понял, всем спасибо.
Страницы: 1 вся ветка
Форум: "Потрепаться";
Текущий архив: 2003.07.24;
Скачать: [xml.tar.bz2];
Память: 0.45 MB
Время: 0.009 c