ВУЗ:
Составители:
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 оста-
Страницы
- « первая
- ‹ предыдущая
- …
- 16
- 17
- 18
- 19
- 20
- …
- следующая ›
- последняя »