Речь конечно же идет о сериализации, или, другими словами, преобразовании в последовательную форму. Мы уже рассматривали этот процесс в первом томе, поэтому напомним лишь ключевые моменты.1 Основная идея сериализации заключается в том, чтобы обеспечить сохранение и восстановление текущего состояния объектов на устройстве постоянного хранения, например, в файле на диске. Поскольку речь идет о "преобразовании в последовательную форму", то очевидно, что состояние объекта сохраняется в бинарном формате. Следующим важным моментом, на котором мы остановимся, является то, что необходимо включить специальные макросы в объявление:

Последний представленный фрагмент приведен нами для иллюстрации следующего положения. При сохранении параметров выбранного шрифта, которые хранятся в объекте класса CFont, было бы логично ожидать, что при использовании операторов » и « архива, произошло бы сохранение (и восстановление) объекта mjont, поскольку класс CFont является производным от CObject и, следовательно, поддерживает сериализацию. Однако этого не происходит, т. к. в самом этом классе не переопределена функция Serialize, а аналогичные функции базовых классов, естественно, корректно не работают. Поэтому, прежде чем использовать сериализацию классов, производных от CObject, проверьте, реализована ли в них эта, такая удобная, а во многих случаях и необходимая, функция.

Теперь, для того чтобы завершить знакомство с документами, осталось рассмотреть класс CArchive. И хотя библиотека MFC уже создала его для нас к тому моменту, когда происходит вызов функции Serialize, может оказаться полезным создавать и использовать объекты этого класса самостоятельно.1

Класс CArchive

..,...,,, ,u Этот класс позволяет сохранять совокупную схему объек-мй-*1 тов в непрерывной бинарной форме

— обычно в файле на диске. Архивный объект можно представлять как разновидность бинарного потока, и подобно потоку ввода/вывода он ассоциируется с файлом и дает возможность для буферизованного чтения/записи данных в/из хранилища. Но в отличие от потока ввода/вывода, обрабатывающего последовательность символов ASCII, архив обрабатывает данные бинарного объекта в эффективном безызбыточном формате.

До создания объекта CArchive необходимо создать объект класса CFile (для одного файла может использоваться только один активный архив). При этом необходимо также обеспечить, чтобы состояние загрузки/сохранения архива было совместимо с режимом открытия файла.

При конструировании объекта CArchive он присоединяется к объекту класса CFile или производного от него, в момент открытия файла. Кроме того, необходимо определить, будет ли архив использоваться для загрузки или сохранения. Объекты этого класса предназначены для работы не только с примитивными типами, но и с объектами классов, производных от CObject, подготовленными для сериализации, т. е. обычно имеющими функцию Serialize и использующими макросы DECLARE_SERIAL и IMPLEMENTJSERIAL.

Как обычно, рассмотрим основные члены этого класса.

CDocument CArchive::m_pDocument —

по умолчанию устанавливается в NULL, но по желанию пользователя может указыватьналюбойдокумент. Его основноеназначениезаключаетсявпере-

даче дополнительной информации в процессе сериализации. Библиотека MFC устанавливает этот член в значение указателя на обрабатываемый (сериали-зуемый) документ, когда пользователь вызывает команду ID_FILE_OPEN или

ID_FILE_SAVE.

CArchive::CArchive( CFile *pFile,

UINT nMode,

int nBufSize = 4096, void *lpBuf = NULL) -

конструктор создает объект класса и определяет, будет ли он использоваться для загрузки или сохранения объектов. Это назначение архива не может быть изменено после того, как он был создан. Более того, нельзя изменять также и состояние файла, пока архив не будет закрыт, т. к. любые операции такого рода портят целостность архива. В качестве параметров в конструктор передаются: pFile — указатель на объект CFile, который является окончательным приемником или источником сохраняемых данных; nBufSize — целое число, определяющее размер (в байтах) внутреннего буфера файла (по умолчаний имеет размер 4096 байт); IpBuf — необязательный указатель на буфер размера nBufSize, если использовать значение по умолчанию (NULL), то архив сам забросит под него требуемый объем памяти и сам же освободит ее при разрушении объекта; nMode — флаг, который определяет, будет ли объект загружаться из архива или сохранятьсявнем, должениметьодноизследующихзначений:

определяет, был ли архив открыт для загрузки данных. Она вызывается из функций Serialize классов, поддерживающих сериализацию.

BOOL CArchive::lsStoring() - определяет, быллиархивоткрытдлясохраненияданных. Онавызываетсяизфункций Serialize классов, поддерживающих сериализацию.

Представления

Это специальная группа классов дочерних окон фрейма, которая отвечает за отображение данных документа и за взаимодействие с пользователем. В этой главе мы представим те возможности, доступные для широкого применения, которыми располагает библиотека классов MFC.

Представление ассоциируется с некоторым документом и действует как посредник между ним и пользователем. Другими словами, представление переводит образ документа на экран, принтер или * любое другое

устройство графического вывода, и Щ. интерпретирует действия пользователя как опера-£3 ции над документом. Основным, на что здесь следует обратить внимание, является то, что представ--<щ ление может быть ассоциировано (или присоединено) •Д£д только с одним документом, т. е. хотя оно и являет-Щ| ся окном, как, впрочем, почти все видимые объек-щ ты Windows, но при этом ориентировано на работу "* только с определенным набором данных. С другой стороны, в рамках

одного фрейма документа можно создавать и использовать сколько угодно представлений для работы с одним и тем же документом.

Достаточно часто возникает желание иметь различные типы представлений одного, данного, типа документа. Что имеется в виду? Например, при работе с текстовым процессором желательно иметь одно представление для текста документа, а другое (контурное) — для изображения области колонтитулов. Эти различные типы представлений могут размещаться как в различных фреймах, так и в различных областях одного и того же фрейма. В обоих случаях достаточно один раз сопоставить представление с документом, но организовать различную обработку данных документа (рис. 38).

Таким образом, представление отвечает за изображение и модификацию данных документа, но не имеет никакого отношения к их хранению.1 Необходимые подробности о различных параметрах этих данных хранятся вместе с самим документом, откуда либо само представление, либо специальные функции класса

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

редставление2 (Графика)

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

В полном соответствии с общей идеологией построения библиотеки MFC на вершине классов представлений стоит единственный базовый класс — CView, обеспечивающий поддержку печати, общее взаимодействие с документом и некоторые другие возможности, которые будут описаны ниже. От него образованы еще два класса — CCtrlView и CScrollView, каждый из которых унаследовал все свойства базового класса и добавил свои специфические. Класс CCtrlView добавлен в библиотеку классов MFC версии 4.0 для того, чтобы можно было использовать в архитектуре "документ/представление" деревья (класс CTreeView), списки (CListView), а также простейший (CEditView) и расширенный (CRichEditView) элементы управления для редактирования текстов. Класс CScrollView добавляет к свойствам базового класса

Таким образом, в библиотеке классов MFC реализованы десять классов представлений, из которых мы подробно рассмотрим семь (класс CRichEditView будет описан в третьем томе). Кроме того, здесь же будет рассмотрен класс CSplitterWnd, который хотя и не входит в группу классов представлений, но достаточно тесно с ними связан.

Класс CView

Этот класс предоставляет базовые функциональные возможности для всех классов представлений, которые есть в библиотеке или определяются пользователем. Рассмотрим основные функции этого класса.

Первым, как всегда, идет конструктор.

CView::CView() -

создает объект класса; вызывается, когда создается новый фрейм или окно разделяется на области. Никакой инициализации представления здесь не производится.

CDocument* CView::GetDocument() —

позволяет получить указатель на объект "документ", присоединенный к этому представлению. Если с ним не ассоциирован никакой документ, то возвращается NULL. Использование этого указателя предоставляет доступ к функциям со-

ответствующегоклассадокумента. Длякаждогопроизводногоклассасоздаетсясвояспецифичнаяфункция.

virtual void CView::OnlnitialUpdate() —

вызывается библиотекой MFC после того, как представление первый раз присоединенок документу, нодо его первоначального отображения. Реализация по умолчанию вызывает функцию CView::OnUpdate без какой-либо информации (Hint = 0 и pHint = NULL). Для проведения специальных инициализирующих действийнеобходимопереопределитьэтуфункцию.

Например, так:вызывается из CDocument::UpdateAIIViews после того, как документ был модифицирован. Кроме того, она вызывается из функции CView::OnlnitialUpdate. Реализация по умолчанию помечает всю рабочую область как недействительную для ее перерисовки при получении следующего сообщения WM_PAINT. Если обновления требует не вся рабочая область, то следует переопределить эту функцию, посылая информацию об изменениях через параметры IHint и pHint. Параметр IHint определяет специальное значение, обычно битовую маску или перечислимый тип, несущееинформацию охарактереизменений в документе. Параметр pHint определяет указатель на объект, производный от CObject, который хранит информацию об изменениях в документе. При переопределении этой функции можно воспользоваться функцией CObject::lsKindOf для получениятипавремени выполнения этого объекта. Если обаэти параметранулевые, то документ послал общее извещение об обновлении. Представление, получившее такое извещение или не сумевшее декодировать параметры, обновляет всю свою рабочую область. Параметр pSender идентифицирует представление, котороедолжнобытьобновленовсоответствиисизменениямивдокументе.

В этой функции можно выполнять непосредственно и "перерисовку" данных документа. Однако для этих целей предназначены другие функции. Здесь лучше просто описать (в координатах устройства) прямоугольную область, требующую перерисовки, и передать ее в функцию InvalidateRect, чтобы осуществить рисование при получении следующего сообщения WM_PAINT.

virtual void С Vie w:: On Activate Vie w( BOOL bActivate,

CView *pActivateView, CView *pDeactiveView) —

вызывается библиотекой MFC, когда представление активизируется (bActivate=TRUE) или деактивизируется. По умолчанию функция устанавливает фокус на активизируемое представление. В качестве параметров она получает также указатели на активизируемое (параметр pActivateView) и деактивизируе-мое (параметр pDeactiveView) представления. Эти параметры указывают на одно и то же представление, если активизируется главное окно приложения без изменения активного представления, что можно использовать для изменения свойств представления. Но эти параметры отличаются при переключении между различными представлениями одного и того же приложения (или дочерними окнами MDI-приложения). Наиболее часто это связано с "разделяемыми" (splitter) окнами.

virtual void CView::OnActivateFrame( UINT nState,

CFrameWnd *pFrameWnd) —

вызывается в случае, когда активизируется или деактивизируется фрейм (параметр pFrameWnd), ассоциированный с текущим представлением. Характер действия определяется параметром nState, который может принимать одно из значений:

нажатиявнемкнопкимыши, например, отклавиатуры

WA_CLICKACTIVE фрейм активизируется путем нажатия кнопки мыши в его границах

virtual BOOL CView::OnScroll( UINT nScrollCode,

UINT nPos, BOOL bDoScroll) -

вызывается библиотекой классов MFC для определения возможности прокрутки в двух случаях, в зависимости от значения параметра bDoScroll, которое определяет, нужно ли действительно осуществлять прокрутку. В первом случае (bDoScroll = TRUE), когда представление получает сообщение о прокрутке, действительно нужно осуществить прокрутку представления. Во втором случае (bDoScroll = FALSE), когда элемент OLE переносится в область автопрокрутки, осуществлять саму прокрутку представления не нужно. Параметр nScrollCode определяет код прокрутки и состоит из двух частей: младший байт задает код прокрутки по горизонтали, а старший — по вертикали. Он может принимать одно изследующихзначений:

SBJTHUMBTRACK перенос бегунка полосы прокрутки в определенную позицию, указанную в параметре nPos

Функция возвращает TRUE, если прокрутка действительно осуществлена; в противном случае — FALSE.

virtual BOOL CView::OnScrollBy( CSize sizeScroll,

BOOL bDoScroll) -

вызывается библиотекой классов MFC, когда курсор мыши находится вне области, изображаемойпредставлением документа, что имеет место или при переносе элемента OLE к границе текущего представления, или при манипуляциях горизонтальной или вертикальной полосами прокрутки. Реализация по умолчанию не делает ничего. В производных классах функция проверяет, видимо ли представление, прокручиваемое в направлении, запрошенном пользователем, и, при необходимости, обновляет новый регион. Она автоматически вызывается функциями CWnd::OnHScroll

иCWnd::OnVScroll для выполнения прокрутки. Параметр sizeScroll определяет число пикселей (по горизонтали

ипо вертикали) на которое осуществляется прокрутка. Функция возвращает TRUE, если представление может быть прокручено, и FALSE в противном случае.

virtual void CView::OnDraw(CDC *pDC) = 0 -

чистовиртуальнаяфункция, котораяиспользуетсядляизображенияобразадокумента. Следуетобязательно переопределитьеедляизображенияпредставления документа, что и сделано в производных классах. Библиотека MFC использует эту функцию как для печати (и предварительного просмотра)

документа, так и для отображения его на экране. Это основная и единственная функция для изображения видимого образа документа. От того, каким образом она реализована, зависит, что увидит пользователь на экране или после печати на принтере.

Внимательно ознакомившись с представленными функциями, нетрудно заметить, что очень многие из них должны быть переопределены в производных классах, что и сделано в оставшихся классах группы представлений.