Архитектура объектной модели RDC

Оценить
(0 голоса)

Компонент RDC соответствует технологии СОМ от Microsoft и поэтому может использоваться в любой совместимой с СОМ среде разработки, которая поддерживает библиотеку COM Library (ранее называвшуюся “OLE-сервером”), например, такой как Visual Basic, C++, Delphi и Microsoft Visual InterDev (об интеграции Web и RDC рассказывалось ранее в этой главе). Всеобъемлющее описание СОМ можно найти в документации Microsoft, а мы с вами можем рассматривать СОМ как совокупность стандартов, которые позволяют среде программного обеспечения использовать функции другой среды программного обеспечения в виде объектов, свойств, методов и событий.

Разработка на основе технологии СОМ подпадает под категорию объектно-ориентированного программирования (Object-Oriented Programming — OOP). В RDC поддерживается иерархия объектов. В этой иерархии можно выделить объекты двух уровней — верхнего и нижнего. Иерархия начинается с объектов верхнего уровня, причем объекты нижнего уровня могут содержать объекты еще более низкого уровня. Некоторые объекты в RDC могут занимать четвертый, и даже пятый, уровень в иерархии объектов.

Объекты могут содержать не только отдельные объекты, но и целые коллекции объектов. Коллекция — это группа связанных между собой объектов, находящихся внутри одного “родительского объекта”. Например, объект Report будет содержать коллекцию объектов Section (объект для заголовка отчета, заголовка страницы и так далее). Каждый из этих объектов Section будет, в свою очередь, содержать свою собственную коллекцию объектов Report, таких как поля, текстовые объекты, формулы, линии, окна и так далее. Если в разделе подробностей используется десять полей из базы данных, четыре формулы и чертеж, объект Details Section будет содержать коллекцию объектов, состоящую из 15 членов — по одному члену для каждого из объектов Report в этом разделе. Если же отчет включает просто пять стандартных разделов, создаваемых автоматически при создании нового отчета, коллекция Sections этого отчета будет содержать пять членов — по одному на каждый раздел.

Если вы не используете встроенный в RDC конструктор отчетов ActiveX, а интегрируете внешний файл .RPT, то вершину иерархии объектов займет объект Application — именно от него будут выстраиваться все объекты. Хотя объект Application и нужно объявлять в коде Visual Basic, ссылаться не него, а также определять для него какие-либо свойства, вы будете редко (если вообще когда-либо). Как правило, объектом самого верхнего уровня, с которым вы будете чаще всего иметь дело, является объект Report. Он создается в результате выполнения метода OpenReport объекта Application (или автоматически, если вы используете встроенный в RDC конструктор ActiveX). Впоследствии вы будете работать со многими свойствами объекта Report (например, со свойством RecordSelectionFormula) и со многими объектами, находящимися ниже него в иерархии (например, с упоминавшимися выше разделами отчета).

Поскольку RDC является тесно интегрированным компонентом СОМ, то с ^го помощью вы сможете воспользоваться функцией автоматического завершения кода Visual Basic. Когда вы начнете вводить код для объекта Report в окне редактора кода Visual Basic, то свойства, методы и значения встроенных констант будут доступны в автоматически появляющихся выпадающих списках. Если вам приходилось работать с версией Visual Basic 5 или 6, то вы, вероятно, уже знаете об этой функции. Помимо этого, вам будут также по душе преимущества, предоставляемые RDC.

Ранее, чтобы интегрировать отчет, нужно было создать файл .RPT в инструментальном средстве разработки Crystal Reports и только затем интегрировать его в приложение на Visual Basic. Теперь RDC позволяет проектировать отчет непосредственно в Visual Basic, а также интегрировать существующие файлы .RPT. Кроме того, что RDC предлагает те же возможности проектирования, что и обычный пакет Crystal Reports (однако, некоторые новые функциональные возможности, появившиеся в версии XI, такие как динамические и каскадные подсказки, поддерживаются в конструкторе VB), практически все поля, формулы, текстовые объекты, разделы и другие элементы отчета будут также представлены для Visual Basic в виде объектов. Подобно формам и элементам управления Visual Basic, объекты Report также обладают свойствами и методами, которые можно определять как во время проектирования, так и во время выполнения. Кроме этого, для работы с внешним .RPT-файлом RDC предлагает несколько СОМ-интерфейсов, позволяющих объединить сложный объектно-ориентированный отчет как с внешними файлами .RPT, так и со встроенным в RDC конструктором отчетов.

На заметку! Хотя RDC и позволяет создавать отчеты полностью в интегрированной среде разработки (Integrated Development Environment — IDE) Visual Basic, вы, скорее всего, предпочтете делать это в автономной копии Crystal Reports. Одним из преимуществ такого подхода является возможность работы с вкладкой Preview (Предварительный просмотр) — на этой вкладке вы сможете сразу видеть, как отражаются на внешнем виде отчета вносимые вами изменения. Если вы используете конструктор Visual Basic ActiveX Report Designer и программу просмотра отчета, то вам придется перезапускать свое приложение всякий раз, когда, необходимо будет проверить, как выглядит отчет после внесения изменений.

Совет. Готовое приложение на Visual Basic можно найти на Web-сайте издательства этой книги.

Состав компонента RDC
Пример приложения для отчета по заказам компании Xtreme Mounting Bike
Конструктор ActiveX
Библиотека времени выполнения
Embeddable Report Designer

Добавить комментарий


Защитный код
Обновить