Скачать: CL | DM;

зачем нужна 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 вся ветка

Скачать: CL | DM;



Память: 0.46 MB
Время: 0.013 c