Распределенные системы: технология Borland Midas. Часть 3. Фертиков В.В. - 18 стр.

UptoLike

Составители: 

18
разработанный нами сервер приложений является полноценным OLE-сервером,
оформленным по всем правилам технологии COM.
После того как проект сохранен и откомпилирован , сервер приложений
нужно запустить на выполнение, чтобы зарегистрировать его в реестре Win-
dows. Рекомендуется убедиться, что регистрация прошла успешно при помощи
утилиты Regedit (редактор реестра), после чего разработку сервера (а также
установку его на ваш компьютер ) можно считать завершенной .
Разработка клиента с доступом по протоколу TCP/IP
Перед созданием клиентского приложения рекомендуется инсталлиро-
вать дополнительные средства для установления связи с разработанным ранее
сервером приложений , обеспечивающие получение сообщений клиента, ини-
циирование удаленного модуля данных и управление вызовами его интерфейса.
Для выбранного нами протокола TCP/IP сокетов таким промежуточным про-
граммным обеспечением является упомянутая выше специальная утилита Bor-
land Socket Server (файл scktsrvr.ехе). В общем случае после запуска данной
утилиты любой из установленных на компьютере серверов приложений , соз -
данных по технологии MIDAS, может быть запущен с любого компьютера,
доступного с помощью данного протокола. Поэтому при использовании подоб-
ных распределенных систем следует рассматривать различные вопросы , свя-
занные с безопасностью их эксплуатации.
Итак , создадим новый проект будущего клиентского приложения. Удоб-
но , хотя это и не обязательно , разработку вести на том же компьютере, на кото-
ром разрабатывался сервер . Или, по крайней мере, на компьютере, имеющем
доступ по сети к установленному серверу . Согласно общей схеме трехзвенного
приложения (рис .4), рассмотренной выше, клиент должен иметь локальный мо-
дуль данных с невизуальными компонентами. В простейшем случае без модуля
данных можно обойтись, используя в качестве их контейнера главную форму .
Таким образом , помимо визуальных компонентов (Data Controls), из которых
мы воспользуемся двумя: TDBGrid и TDBNavigator, на форму следует помес-
тить компонент связи TSocketConnection, рассмотренный выше компонент
для доступа к удаленному набору данных TClientDataSet, а также компо -
нент–источник данных, TDataSource, обеспечивающий взаимодействие визу -
альных компонентов с наборами данных, как показано на общей схеме (рис.4).
Попытаемся установить связь с сервером приложений (в этом и заключа-
ется упомянутое удобство: сервер может быть доступен еще на этапе разработ-
ки клиента). Для этого сначала заполним свойство Address компонента связи
(IP адрес компьютера с установленным сервером), либо его свойство Host (имя
компьютера в сети). Если теперь выбрать для установки свойство ServerName
того же компонента связи, выпадет список всех MIDAS серверов , зарегистри-
рованных на соответствующем компьютере, с которым компонент уже устано-
вил связь. Выберем разработанный нами сервер DemoSrv.DemoRDM. После за-
полнения свойства ServerName компонент связи автоматически установит
свойство ServerGUID, записав в него значение глобального идентификатора
COM-объекта DemoRDM из реестра. Если значение свойства ServerGUID оста-
                                     18
разработанный нами сервер приложений является полноценным OLE-сервером,
оформленным по всем правилам технологии COM.
      После того как проект сохранен и откомпилирован, сервер приложений
нужно запустить на выполнение, чтобы зарегистрировать его в реестре Win-
dows. Рекомендуется убедиться, что регистрация прошла успешно при помощи
утилиты Regedit (редактор реестра), после чего разработку сервера (а также –
установку его на ваш компьютер) можно считать завершенной.

      Разработка клиента с доступом по протоколу TCP/IP
      Перед созданием клиентского приложения рекомендуется инсталлиро-
вать дополнительные средства для установления связи с разработанным ранее
сервером приложений, обеспечивающие получение сообщений клиента, ини-
циирование удаленного модуля данных и управление вызовами его интерфейса.
Для выбранного нами протокола TCP/IP сокетов таким промежуточным про-
граммным обеспечением является упомянутая выше специальная утилита Bor-
land Socket Server (файл scktsrvr.ехе). В общем случае после запуска данной
утилиты любой из установленных на компьютере серверов приложений, соз-
данных по технологии MIDAS, может быть запущен с любого компьютера,
доступного с помощью данного протокола. Поэтому при использовании подоб-
ных распределенных систем следует рассматривать различные вопросы, свя-
занные с безопасностью их эксплуатации.
      Итак, создадим новый проект будущего клиентского приложения. Удоб-
но, хотя это и не обязательно, разработку вести на том же компьютере, на кото-
ром разрабатывался сервер. Или, по крайней мере, на компьютере, имеющем
доступ по сети к установленному серверу. Согласно общей схеме трехзвенного
приложения (рис.4), рассмотренной выше, клиент должен иметь локальный мо-
дуль данных с невизуальными компонентами. В простейшем случае без модуля
данных можно обойтись, используя в качестве их контейнера главную форму.
Таким образом, помимо визуальных компонентов (Data Controls), из которых
мы воспользуемся двумя: TDBGrid и TDBNavigator , на форму следует помес-
тить компонент связи TSocketConnection , рассмотренный выше компонент
для доступа к удаленному набору данных TClientDataSet , а также компо-
нент–источник данных, TDataSource , обеспечивающий взаимодействие визу-
альных компонентов с наборами данных, как показано на общей схеме (рис.4).
      Попытаемся установить связь с сервером приложений (в этом и заключа-
ется упомянутое удобство: сервер может быть доступен еще на этапе разработ-
ки клиента). Для этого сначала заполним свойство Address компонента связи
(IP адрес компьютера с установленным сервером), либо его свойство Host (имя
компьютера в сети). Если теперь выбрать для установки свойство ServerName
того же компонента связи, выпадет список всех MIDAS серверов, зарегистри-
рованных на соответствующем компьютере, с которым компонент уже устано-
вил связь. Выберем разработанный нами сервер DemoSrv.DemoRDM . После за-
полнения свойства ServerName компонент связи автоматически установит
свойство ServerGUID , записав в него значение глобального идентификатора
COM-объекта DemoRDM из реестра. Если значение свойства ServerGUID оста-