Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
лекции 2005 / P4 / Реализации трехуровневой архитектуры.doc
Скачиваний:
45
Добавлен:
16.04.2013
Размер:
246.27 Кб
Скачать

XXX Connection ClientDataSet

DBEdit, DBGrid

Session DataBase

Table Query Stored Proc

Provider Provider Provider

С каждым компонентом-источником связывается специальный компонент, обеспечивающий связь источника с клиентом - это компонент типа TDataSetProvider. На клиентском компьютере располагается связ­ной компонент -TxxxConnection(xxx - какая технология используется), осуществляющий непосредственный контакт с удаленным сервером с учетом используемой технологии. Посредниками компонентов источников, находящихся на сервере приложений, служат компоненты типаTClientDataSet- по одному компоненту этого типа должно быть предусмотрено для каждого компонента источника. Дальнейшая цепочка передачи данных не отличается от уже известной:

TClientDataSet  DataSource  DBEdit/DBGrid/DBNavigator.

Технология com и dcom от Microsoft

(компонентная модель объектов и распределенная компонентная модель объектов).

В многоуровневой архитектуре ИС используется распределенные СУБД, доступ к которым реализовывался через взаимодействие компонентов и программ. COM/DCOMотMSвозникла от технологиивнедрения и связывания объектов OLE(произносится «оле» с ударением на последний слог).

Внедрение и связывание объектов — ole

Эта технология появилась как OLE1.0 вWindows3.1 и означала, что пользователь мог создавать сложные составные документы, в которых содержались объекты различного происхождения.Внедренные объектымогли редактироваться простым двойным щелчком мыши на соответствующем элементе данных. Например, можно было дважды щелкнуть на электронной таблицеExcel, встроенной в документ редактораWord, и в отдельном окне запускалсяExcelс загруженным рабочим листом, готовым к редактированию. После завершения редактированияExcelпозволял сохранить изменения во внедренном в документWordобъектеExcel.

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

Дальнейшее развитие внедрение и связывание получило в OLE2.0. Основой этого усовершенствованного подхода явиласькомпонентная модель объекта (СОМ). Это модель объекта в системном обеспечении, которая предусматривает полную совместимость во взаимодействии между компонентами, написанными разными компаниями и на разных языках. Ключом к успеху является модульность этих компонентов. Они могут покупаться, модернизироваться или заме­няться поодиночке или группами, причем это никак не влияет на работу целого.

Новая особенность, появившаяся в OLE2.0, - этоавтоматизация OLE,которая обеспечивает доступ к объектам приложения и манипу­ляцию с ними извне. Такие объекты, предоставленные (экспонированные) для внешнего пользования, называютсяавтоматными объектамиOLE. Типы объектов, которые могут быть экспонированы, так же разнообразны, как и сами приложенияWindows. Текстовый процессор мог бы экспонировать в качестве автоматного объекта документ, абзац или предложение. Электронная таблица могла бы экспонировать таблицу, диа­грамму, ячейку или группу ячеек.

Главное отличие автоматных объектов от обычных объектов OLEсостоит в том, что автоматные объекты доступны только программно, они создаются и используются при помощи программного кода и, следовательно, в принципе временны. Они не могут быть внедрены или связаны. Они могут существовать только в течение времени выполнения ваших программ и не видны непосредственно конечно­му пользователю.

На странице Systemбиблиотеки визуальных компонентовC++Builderимеется контейнерOLEOleContainer— компонент, обеспечивающий внедрение и связывание.