10 Билет.

1) Базовые функции коммуникационной среды (запрос, управление, отображение, вспомагательные функции; выделение фазы обмена данными).

Функции запроса данных предполагают, что в системе PCNC существуют данные разных типов и потребность в них различна. Например, данные о количестве и именах используемых на станке координатных осей требуются один раз в момент инициализации системы. Данные о текущем состоянии выполняемого процесса нужны постоянно, чтобы принимать корректные решения. Существуют и другие варианты запросов на получение данных. Поэтому объектно-ориентированная магистраль предусматривает пять их видов: синхронный, асинхронный, синхронный по событию, асинхронный по событию, асинхронный циклический запрос. Группы запрашиваемых данных примерно совпадают с группами API-функций.

Функции управления можно разбить на три группы:

• управления каналом, открывающие и закрывающие канал;

• процессов, контролирующие ход их выполнения, включая запуск и

останов;

• управления состояниями, которые будут рассмотрены ниже.

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

На рис. 49 выделены фазы обмена данными через магистраль. В фазе запроса данных определяется сервер данных.Данными могут быть: текущие координаты, величина подачи, список активных G-функций (G-вектор) и т.д. В этой же фазе устанавливаются тип запроса и приемник данных (клиент).

В фазе отображения определяются тип и формат отображения. Формат отображения предполагает, что одни и те же данные могут быть представлены, например, в виде пиктограмм, текста или чисел. Объектно-ориентированная магистраль предусматривает три типа отображений, каждый из которых поддерживается собственным механизмом. В зависимости от способа вывода данных отображения разделены на несколько групп:

• визуализация в галерее управляющих элементов (control elements,терминология Microsoft), которая строится на базе стандартных Windows-

элементов;

• визуализация в галерее ActiveX-элементов (терминология Microsoft),которая строится на базе OLE-элементов Windows, расширяющих стандартный набор Windows-элементов [34];

• визуализация в среде ≪документа-представления≫ (терминология Microsoft) при создании пользовательских приложений на базе стандартного механизма MFC;

• визуализация с целью управления ходом процесса в системе PCNC;

• статистическое накопление данных для сохранения, например, в базе данных или их последующего анализа.

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

2) Идеи ole-автоматизации (базовый интерфейс iDispatch, его ключевые функции).

Интерфейсы, производные от IDispatch, поддерживают OLE автоматизацию (технологию, позволяющую встраивать программные пакеты в другие приложения) и работу с языками сценариев, такими как Visual Basic Script, Java Script и т.д.Вызов метода посредством интерфейса IDispatch осуществляется через таблицу имен. По имени метода функция IDispatch::GetIDsOfNames0 воз вращает из таблицы имен идентификатор метода (DISPID). По этому идентификатору функция IDispatch::Invoike() вызывает сам метод.

Набор функций, реализованных с помощью IDispatch::Invoike(), называют диспетчерским интерфейсом, или disp-интерфейсом (рис. 136). На рисунке слева представлена виртуальная таблица интерфейса IDispatch, a справа показан disp-интерфейс. Следует иметь в виду, что из-за особенности механизма вызова методов через таблицу имен интерфейсы на базе IDispatch работают существенно медленнее в сравнении с интерфейсами, производными от IUnknown.