Составители:
Рубрика:
:&:#*%)K* :(*AK & +($5(!%%)$
-%*#$A&F*:,&* ,$%+@*,:K :!+(
5@!"! 5
M.604D4@++ +0-.@8:=++ "$ -+3: DDE + OLE. Современные ОС позволяют рабо та ть одновре-
менно с несколькими задачами с выделением к аждой задаче своег о окна на экране дисплея. М ежпро-
граммные взаимодействия осуществляются путем посылки сообщений, как это принято в объек тно-ори-
ентированном программировании. Используются специальные средств а организации взаимодействий.
Так, ОС Unix поддерживает взаимодействие асинхронных параллельных процессов, в том чис-
ле в разных узлах сети. Каждый клиент должен предварительно зафиксировать свои потребности в
виде имен используемых сообщений. Сообщения имеют структуру фрейма. Получатель сообщения
определяет, что сообщение относится к нему, вызывает обработчик сообщения и использует получен-
ные данные в соответствии с своими функциями.
В операционных системах Microsoft для организации межпрограммных взаимодействий были
предложены средства Clipboard, DDE, OLE и в дальнейшем технология ActiveX.
Работа Clipboard основана на традиционном способе обменных зон — выделении кармана (не-
которой области оперативной памяти, разделяемой взаимодействующими программами). При обме-
нах одна программа посылает сообщение в карман, а другая извлекает, интерпретирует и использует
это сообщение. Аналогичный режим работы осуществляется с помощью технологии формирования
составных документов OLE, но здесь расширены возможности комбинирования данных различных
типов в передаваемых документах.
Различают два способа взаимодействия: связь (linking) и внедрение (embedding). При связи в со-
здаваемый документ включается не сам текст из источника, а лишь ссылка на него. Очевидно, что
здесь меньше затраты памяти, изменения в источнике автоматически переходят в документ. При вне-
дрении текст из источника физически переносится в документ. После чего документ можно редакти-
ровать независимо от источника. Оба этих способа реализованы в технологии OLE, что и зафиксиро-
вано в ее названии (OLE — Object Linking and Embedding).
При обмене с помощью DDE (Dynamic Data Exchange) программа-клиент запрашивает режим
диалога с программой-сервером. В сообщении указывается имя сервера, имя раздела (обычно раздел
— это файл), имя элемента (обмениваемая порция информации). Предварительно такой элемент
(атом) должен быть создан, его адрес зафиксирован в таблице атомов. В ответ на запрос создается ка-
нал, по которому сервер передает данные или, что реализуется чаще, пересылает адрес нужного ато-
ма. По этому адресу клиент дополнительной командой может получить данные.
Подход к реализации интероперабельности, имеющийся в DDE и OLE, получил развитие в со-
временных компонентно-ориентированных технологиях разработки ПО, рассматриваемых ниже.
P
38:9D.0+. 5:001/+ 9 *C"%. В большинстве автоматизированных информационных систем
применяют СУБ Д, поддерживающие реляционные модели данных.
Среди общих требований к СУБ Д можно отметить: 1) обеспечение целостности данных (их пол-
ноты и достоверности); 2) защита данных от несанкционированного доступа и от искажений из-за
сбоев аппаратуры; 3) удобство пользовательского интерфейса; 4) в большинстве случаев важна воз-
можность распределенной обработки в сетях ЭВМ.
Первые два требования обеспечиваются ограничением прав доступа, запрещением одновремен-
ного использования одних и тех же обрабатываемых данных (при возможности их модификации), вве-
дением контрольных точек (checkpoints) для защиты от сбоев и т.п.
C)*% -)**., в САПР является важной обслуживающей подсистемой, он выполняет функции ин-
формационного обеспечения и имеет ряд особенностей. В нем хранятся как редко изменяемые дан-
ные (архивы, справочные данные, типовые проектные решения), так и сведения о текущем со стоянии
различных версий выполняемых проектов. Как правило, БнД работает в многопользовательском ре-
жиме, с его помощью осуществляется информационный интерфейс (взаимодействие) различных под-
систем САПР. Построение БнД САПР — сложная задача, что обусловлено следующими особенностя-
ми САПР:
1. Разнообразие проектных данных, фигурирующих в проце сс ах обмена как по своей семан-
тике (многоаспектно сть), так и по формам представления. В частности, значительна доля графиче-
ских данных.
2. Нередко обмены должны производиться с высокой частотой, что предъявляет жесткие требо-
&.+.)$(*),$". !"#$%!#&'&($"!))$* +($*,#&($"!)&*
134
5@!"! 5 :&:#*%)K* :(*AK & +($5(!%%)$-%*#$A&F*:,&* ,$%+@*,:K :!+(
M.604D4@++ +0-.@8:=++ "$ -+3: DDE + OLE. Современные ОС позволяют работать одновре-
менно с несколькими задачами с выделением каждой задаче своего окна на экране дисплея. Межпро-
граммные взаимодействия осуществляются путем посылки сообщений, как это принято в объектно-ори-
ентированном программировании. Используются специальные средства организации взаимодействий.
Так, ОС Unix поддерживает взаимодействие асинхронных параллельных процессов, в том чис-
ле в разных узлах сети. Каждый клиент должен предварительно зафиксировать свои потребности в
виде имен используемых сообщений. Сообщения имеют структуру фрейма. Получатель сообщения
определяет, что сообщение относится к нему, вызывает обработчик сообщения и использует получен-
ные данные в соответствии с своими функциями.
В операционных системах Microsoft для организации межпрограммных взаимодействий были
предложены средства Clipboard, DDE, OLE и в дальнейшем технология ActiveX.
Работа Clipboard основана на традиционном способе обменных зон — выделении кармана (не-
которой области оперативной памяти, разделяемой взаимодействующими программами). При обме-
нах одна программа посылает сообщение в карман, а другая извлекает, интерпретирует и использует
это сообщение. Аналогичный режим работы осуществляется с помощью технологии формирования
составных документов OLE, но здесь расширены возможности комбинирования данных различных
типов в передаваемых документах.
Различают два способа взаимодействия: связь (linking) и внедрение (embedding). При связи в со-
здаваемый документ включается не сам текст из источника, а лишь ссылка на него. Очевидно, что
здесь меньше затраты памяти, изменения в источнике автоматически переходят в документ. При вне-
дрении текст из источника физически переносится в документ. После чего документ можно редакти-
ровать независимо от источника. Оба этих способа реализованы в технологии OLE, что и зафиксиро-
вано в ее названии (OLE — Object Linking and Embedding).
При обмене с помощью DDE (Dynamic Data Exchange) программа-клиент запрашивает режим
диалога с программой-сервером. В сообщении указывается имя сервера, имя раздела (обычно раздел
— это файл), имя элемента (обмениваемая порция информации). Предварительно такой элемент
(атом) должен быть создан, его адрес зафиксирован в таблице атомов. В ответ на запрос создается ка-
нал, по которому сервер передает данные или, что реализуется чаще, пересылает адрес нужного ато-
ма. По этому адресу клиент дополнительной командой может получить данные.
Подход к реализации интероперабельности, имеющийся в DDE и OLE, получил развитие в со-
временных компонентно-ориентированных технологиях разработки ПО, рассматриваемых ниже.
P38:9D.0+. 5:001/+ 9 *C"%. В большинстве автоматизированных информационных систем
применяют СУБД, поддерживающие реляционные модели данных.
Среди общих требований к СУБД можно отметить: 1) обеспечение целостности данных (их пол-
ноты и достоверности); 2) защита данных от несанкционированного доступа и от искажений из-за
сбоев аппаратуры; 3) удобство пользовательского интерфейса; 4) в большинстве случаев важна воз-
можность распределенной обработки в сетях ЭВМ.
Первые два требования обеспечиваются ограничением прав доступа, запрещением одновремен-
ного использования одних и тех же обрабатываемых данных (при возможности их модификации), вве-
дением контрольных точек (checkpoints) для защиты от сбоев и т.п.
C)*% -)**., в САПР является важной обслуживающей подсистемой, он выполняет функции ин-
формационного обеспечения и имеет ряд особенностей. В нем хранятся как редко изменяемые дан-
ные (архивы, справочные данные, типовые проектные решения), так и сведения о текущем состоянии
различных версий выполняемых проектов. Как правило, БнД работает в многопользовательском ре-
жиме, с его помощью осуществляется информационный интерфейс (взаимодействие) различных под-
систем САПР. Построение БнД САПР — сложная задача, что обусловлено следующими особенностя-
ми САПР:
1. Разнообразие проектных данных, фигурирующих в процессах обмена как по своей семан-
тике (многоаспектность), так и по формам представления. В частности, значительна доля графиче-
ских данных.
2. Нередко обмены должны производиться с высокой частотой, что предъявляет жесткие требо-
&.+.)$(*),$" . !"#$%!#&'&($"!))$* +($*,#&($"!)&* 134
Страницы
- « первая
- ‹ предыдущая
- …
- 132
- 133
- 134
- 135
- 136
- …
- следующая ›
- последняя »
