Сосонкин В.Л. 2005 Системы числового программного управления (841803), страница 40
Текст из файла (страница 40)
Иллюстрация компонентного подходана примере контроллера привода подачиРассмотрим следящий привод с обратными связями по току, скоростии положению. Контроллер привода осуществляет управление движением,принимает информацию о текущей координате, позволяет настроить параметры привода и считать эти параметры, запускает встроенный тест ит.д. Создадим СОМ-сервер, взаимодействующий с таким контроллером.Объявление обобщенного интерфейса управления приводом с помощьюбиблиотеки MFC выглядит следующим образом:interface IDriveControl: public lUnknown{virtual HRESULT stdcall Start()=O; // Запуск приводаvirtual HRESULT stdcall Stop()=0; // Останов привода// Выход в заданную точку с заданной скоростьюvirtual HRESULT stdcall SetCommandPosition(VARIANT Position,VARIANT Speedrate)=O;// Получения текущей координатыvirtual HRESULT stdcall GetActualPosition(VARIANT* pPosition,VARIANT* pSpeedrate)=O;// Конфигурация параметровvirtual HRESULT stdcall SetConfigParameter(long Index,VARIANT Value)=0;virtual HRESULT stdcall GetConfigParameter(long Index,VARIANT* pValue)=0;// Выпопнение одного из внутренних тестовvirtual HRESULT stdcall SelfTest(long Index, long* pResult)=0;};Все методы интерфейса должны возвращать значение типа HRESULT(т.
е. дескриптор результата).Интерфейсы СОМ-объектов (компонентов) предоставляют определенный сервис. Рассмотрим пример компонента с интерфейсом IDriveControl.Функциональные возможности интерфейса сосредоточены во вложенномклассе XDriveControl.222"••"• Сосонкин, Г.М. Мартинов.
Системы числового программного управленияclass CDriveServer: public CCmdTarget{public:// Реализация интерфейсаclass XDriveControl: public IDriveControl{virtual HRESULT stdcall Query Interface (REFilD iid, LPVOID* ppvObj);virtual ULONG stdcall AddRef();virtual ULONG stdcall Release();virtual HRESULT stdcall Start(); // Запуск приводаvirtual HRESULT stdcall Stop(); // Останов привода// Выход в заданную координату с заданной скоростьюvirtual HRESULT stdcall SetCommandPosition(VARIANT Position,VARIANT Speedrate);// Получения текущего положенияvirtual HRESULT stdcall GetActualPosition(VARIANT* pPosition,VARIANT* pSpeedrate);// Конфигурация параметровvirtual HRESULT stdcall SetConfigParameter(long Index,VARIANT Value);virtual HRESULT stdcall GetConfigParameter(long Index,VARIANT* pValue);// Выполнение одного из внутренных тестовvirtual HRESULT stdcall SelfTest(long Index, long* pResult);}protected:XDriveControl: mxDriveControl;DECLARE_INTERFACE_MAP ()}Макрос DECLARE_INTERFACE_MAP инициирует объявление таблицы идентификаторов интерфейсов класса.
Создание самой таблицы интерфейсов продемонстрировано ниже:BEGIN_INTERFACE_MAP(CDriveServer, CCmdTarget)INTERFACE_PART(CDriveServer, IIDJDriveControl, DriveControl)ENDJNTERFACE_MAP()Глобальные уникальные идентификаторы для СОМ-сервера и СОМинтерфейса выглядят следующим образом://{D8F12B00-AE82-11d1-9396-B75855783964}static const GUID DriveServer= {0xd8f12b00, 0xae82, 0x11d1.{ 0x93, 0x96, 0xb7, 0x58, 0x55, 0x78, 0x39, 0x64 } } ;//{D8F12B01-AE82-11d1-9396-B75855783964}Глава 4.
Технологии разработки программного обеспечения систем управления223static const IID IIDJDriveControl = { 0xd8f12b01, 0xae82, 0x11d1,{ 0x93, 0x96, 0xb7, 0x58, 0x55, 0x78, 0x39, 0x64}};Чтобы запустить СОМ-сервер в конкретной системе, его следует зарегистрировать, например с помощью утилиты regsvr32.exe. При регистрации глобальный уникальный идентификатор и путь к серверу записываются в системный реестр Windows.
Клиент не знает, где находитсяСОМ-сервер; он просто обращается к операционной системе для получения указателя на интерфейс IUnknown для сервера с идентификаторомGUID.Покажем исходный код, который нужен клиенту для обращения к компоненту.
Пример доступа к СОМ-интерфейсу со стороны клиента выглядит так:IDriveControl* pDriveControl = NULL;// получение указателя на интерфейс IDriveControlif ( pUnk->Querylnterface(IIDJDriveControl, (void**)&pDriveControl) ==NOERROR){long SelfTestResult;pDriveControl->SelfTest(0, *SelfTestResult);// освобождение указателя, полученного через QuerylnterfacepDriveControl->Release();}Указатель на компонент pUnk был получен заранее, например черезвызов системной функции CoCreateInstance().
Посредством вызоваIUnknown::QueryInterface0 клиент получает в переменной pDriveControlуказатель на интерфейс IDriveControl. По этому указателю вызывается метод SelfTestO для выполнения внутреннего теста привода, после чего использованный указатель освобождаеется вызовом ReleaseO4.4.3. Классификация СОМ-интерфейсов и СОМ-серверовПри построении СОМ-сервера у разработчика есть альтернативы. В этойсвязи остановимся на классификации СОМ-интерфейсов.Интерфейсы, производные от IUnknown, обладают высоким быстродействием и интуитивно понятны C++ программисту (см.
рассмотренныйвыше пример реализации интерфейса IDriveControl). Интерфейсы, производные от IDispatch, поддерживают OLE автоматизацию (технологию, позволяющую встраивать программные пакеты в другие приложения) и работу с языками сценариев, такими как Visual Basic Script, Java Script и т.д.Вызов метода посредством интерфейса IDispatch осуществляется черезтаблицу имен. По имени метода функция IDispatch::GetIDsOfNames0 воз-224В.Л. Сосоннин, Г.М. Мартинов. Системы числового программного управлениявращает из таблицы имен идентификатор метода (DISPID). По этому идентификатору функция IDispatch::Invoike() вызывает сам метод.Набор функций, реализованных с помощью IDispatch::Invoike(), называют диспетчерским интерфейсом, или disp-интерфейсом (рис.
136). Нарисунке слева представлена виртуальная таблица интерфейса IDispatch, aсправа показан disp-интерфейс. Следует иметь в виду, что из-за особенности механизма вызова методов через таблицу имен интерфейсы на базеIDispatch работают существенно медленнее в сравнении с интерфейсами,производными OTlUnknown.Дуальные интерфейсы представляют собой комбинации IUnknown иIDispatch, обладающие всеми их свойствами. Как правило, реализация этогоинтерфейса требует больших затрат времени на разработку. Таблица виртуальных функций интерфейса IDriveControl, реализованного по типу дуального, представлена на рис. 137. По способам реализации СОМ-серверы подразделяются на следующие типы.• Внутрипроцессный (in-process), загружаемый в ту же область памяти процесса, что и обслуживаемый клиент.
Высокая скорость является основным достоинством внутрипроцессной связи. Клиенты получают доступ к функциональным возможностям внутрипроцессного сервера со скоростью вызова локальных функций, поскольку клиент и объект общаютсянапрямую через указатели интерфейса. Недостаток внутрипроцессного сервера состоите его низкой устойчивости к ошибкам.• Внепроцессный (out-of-process, local), когда клиент и сервер находятся на одном компьютере, но загружены в разные области его памяти(т.е. выполняются в разных процессах). Достоинство такой связи в высокой устойчивости к ошибкам. При ошибке в сервере, приводящей к завершению серверного процесса, клиент продолжит работу. Недостатком локального сервера можно посчитать низкую скорость: информация от одDisp-интерфейсИнтерфейс IDispatchDISPIDИмяIUnknown::QueryInterface ()1"Start"IUnknown::AddRef()2"Stop"IUnknown::Release ()3"Self Test"IDispatch: :GetTypeInfoCount()IDispatch-.-.GetTypelnfoODISPIDIDispatch: :GetIDsOfNames()1Start()IDispatch:.Invoike()2Stop()3SelfTestOУказатель на функциюРис.
136. Обобщенный интерфейс управления приводом на базе IDispatchГлава 4. Технологии разработки программного обеспечения систем управленияТаблица виртуальныхфункций объектов синтерфейсом IDriveControl225Таблица виртуальных функцийобъектов с дуальным интерфейсомIDriveControlIUnknown::QueryInterface ()(Unknown::QueryInterface ()IUnknown::AddRef()IUnknown::AddRef()IUnknown::Release ()IUnknown::Release ()IDriveControl::Start()IDispatch:: GetTypelnfoCountQIDriveControl::Stop()IDispatch: :GctTypeInfoQI DriveContro!:: Sel fTest()I Dispatch: :GetI DsOfNamesQРис.
137. Таблицы виртуальныхфункций объектов с интерфейсомIDriveControlIDriveControl::Start()IDispatch::Invoike()I Drive-Control: :StopOIDriveControl::SelfTest()ного процесса к другому должна быть запакована, передана и распакованана границе процессов. СОМ берет этот сервис на себя.Удаленный сервер расположен на другом компьютере по отношению кклиенту. Эта клиент-серверная связь наиболее медленная, поскольку здесьоказывают влияние пропускная способность и задержки в сети. Удаленнаясвязь устанавливается с помощью протокола удаленного вызова процедурв распределенной модели COM (DCOM).Объект СОМ может создавать и использовать другие СОМ-объекты,при этом клиенту не известно, является ли СОМ-сервер составным илимонолитным.
Использование одного компонента другим возможно посредством включения или агрегации.Включение (containment) предполагает, что внешний компонент предоставляет интерфейс включаемому компоненту и обращается к нему дляорганизации интерфейса. Создадим, например, компонент геометрическогоканала системы ЧПУ и вместо реализации функций управления приводомвоспользуемся включенным компонентом управления приводом.
Если клиент обращается к интерфейсу IDriveControl (рис. 138), компонент геометрического канала CMachineChannelServer переправляет вызов компонентуlUnknown1.• CMachine • .ChannelServerCDriveServerОIDriveControlIChannelControlIDriveControlРис. 138. Включение компонентовСОМклиент226В. Л. Сосонкин. Г.М. Мартинов.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
