В данной статье я попытаюсь описать пример, использования компонента RvCustomConnection в Delphi. Данный компонент, не всегда требуется в написании программы с применением отчетов в Rave. Но есть некоторые моменты, в которых применение этого компонента необходимо.

Данное событие вызывается, когда Rave нуждается в преобразовании данных картинки в битмап для печати. Обычно это встречается в компонентах TRvRenderPrinter или TRvRenderPreview, но может также определено и в компоненте TRvSystem.

Использование события OnPrintPage. Данное событие вызывается перед печатью содержимого страницы отчета. Это событие вызывается, только в случае если обработчик события OnPrint не существует для данного отчета.

Событие OnBeforePrint возникает сразу перед началом задания на печать. Это может быть полезно для инициализации элементов не связанных с базой данных, таких как указатели записей таблици. Так же событие может быть полезным для установки элементов отчета, которые должны быть установлены перед началом (такие как размер бумаги и ориентация).

Событие OnFirst вызывается, в том случае, когда требуется перемещение курсора данных на первую строку данных.

Событие OnOpen возникает при инициализации сессии данных. В этом событие можно открыть файлы данных, инициализировать переменные или же сохранить текущее состояние данных для события OnRestore, которое возникает при закрытии сессии данных.

Событие OnGetCols вызывается, когда Rave запрашивает мета данные. Внутри этого события вызывается метод Connection.WriteField для каждого поля ваших данных.

Использование события OnGetRow для получения данных. Событие OnGetRow вызывается для получения данных для текущей строки. Существует несколько методов для записи данных в специальные буферы используемые Rave. Порядок и типы записываемых полей должны быть такими же, как полученные определения полей в событии OnGetCols.

Использование псевдонима для доступа к базе данных обеспечивает независимость программы от размещения данных в системе, позволяет размещать программу работы с данными и базу данных на разных дисках компьютера, в том числе и на сетевом.

При задании операций ввода/вывода мы никак не касались типов файлов, но ведь не все устройства можно рассматривать одинаково с точки зрения стратегии буферизации. Например, для ostream, подключенного к символьной строке, требуется буферизация другого вида, нежели для ostream, подключенного к файлу. С этими проблемами можно справиться, задавая различные буферные типы для разных потоков в момент инициализации (обратите внимание на три конструктора класса ostream). Есть только один набор операций над этими буферными типами, поэтому в функциях ostream нет кода, их различающего. Однако функции, которые обрабатывают переполнение сверху и снизу, виртуальные. Этого достаточно, чтобы справляться с необходимой в данное время стратегией буферизации. Это также служит хорошим примером применения виртуальных функций для того, чтобы сделать возможной однородную обработку логически эквивалентных средств с различной реализацией.