Создание проектов MFC

Создание проектов MFC

После того как были рассмотрены основные вопросы объектно-ориентированного программирования в eVC, можно перейти к обсуждению создания проектов на основе MFC (Microsoft Foundation Classes).

MFC создавались как стройная иерархия классов, позволяющая в полной мере использовать такое преимущество объектно-ориентированного программирования, как повторное использование кода, инкапсулированного в объекты. Проанализировав основные паттерны программирования в Windows, программисты Microsoft выделили наиболее часто используемые объекты, модели поведения приложений и шаблоны кода, на основе которых они создали свою объектную иерархию. Эта иерархия дала возможность разработчикам сосредоточить свое внимание на реализации логики работы приложения, а не деталей его функционирования. С другой стороны, MFC производит стандартизацию основных операций и стиля программирования. Когда разработчик программирует в MFC, он получает в свое распоряжение большое количество шаблонов и мастеров, но взамен вынужден ограничить свою свободу дополнительными правилами, такими, например, как отказ от множественного наследования внутри иерархии классов MFC.

Структура MFC образует дополнительный программный слой между приложением и Windows API. Конечно, MFC не заставляет разработчика выбирать между использованием WinAPI и MFC, просто для большинства стандартных случаев ему предлагается более логичный и менее трудоемкий путь.

Основные классы MFC

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

Диаграмму, в которой отображены все классы MFC, можно увидеть на сайте Microsoft по адресу http://msdn.microsoft.conn/library/default.asp7urN/library/en-us/vcnnfc98/htnnl/mfcHierarchyChart.asp. Также можно просто открыть сайт msdn.microsoft.com, перейти в раздел Library, набрать в строке поиска MFC, в результатах поиска выбрать тему Microsoft Foundation Class Library и на тематической странице выбрать ссылку Hierarchy chart.

Это действительно впечатляющее зрелище. В классы MFC «завернут» практически весь Windows API. Подавляющее число классов MFC являются наследниками класса CObject, хотя в правой части таблицы можно увидеть отдельный набор классов, не подпадающих под это общее правило.

Надо отметить, что далеко не все классы, отображенные на этой диаграмме входят в состав MFC для Windows CE. В разделе справки Microsoft Foundation Class Library for Windows CE.NET ? Guide to MFC for Windows CE.NET ? Unsupported MFC Classes указаны классы, которые отсутствуют в мобильной версии Windows. Для многих из этих классов в Windows CE определен собственный аналог, а некоторые просто отсутствуют. Раздел справки Differences from Desktop MFC дает полное описание замен и исключений, которые сделаны в мобильной версии MFC.

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

CObject

Класс CObject является базовым классом для большинства классов MFC. Когда разработчик создает в приложении MFC свои собственные классы, он должен наследовать их от CObject.

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

? Сериализация – одна из мощнейших возможностей MFC. Любой объект может сохранить себя в архиве, а затем восстановиться из него. Для устройств с весьма ограниченным объемом рабочей памяти это жизненно важное свойство. Кроме того, в качестве объектов могут выступать и объекты документов, что помогает сохранять в нужные моменты информацию в архив. Сериализация реализуется в CObject методами IsSerializableO и SerializeO.

? Run-time class information – получение информации о классе, из которого создан объект во время выполнения. Эта возможность реализована при помощи функций GetRuntimeClassO и IsKindOfO. Она создает преимущества в преобразовании типов и полиморфном применении объектов.

? Object diagnostic output – позволяет в любой момент вызвать для объекта метод DumpO, который выведет в отдельный объект значения указанных полей. Эта возможность может очень пригодиться во время отладки. Метод DumpO для каждого создаваемого объекта должен программировать разработчик. Также диагностика состояния объекта реализуется методом AssertValidO.

? Классы CObList и СОЬАггау, предназначенные для работы с типом CObject, позволяют создавать коллекции и массивы объектов, формат которых совместим с другими классами коллекций или массивами.

Поскольку этими свойствами обладает класс, стоящий на вершине иерархии классов MFC, то все остальные классы также наделены этими свойствами.

CWinApp

Для создания простейшего MFC-приложения нужен только этот класс, поскольку объект этого класса и есть само приложение. Класс CWi пАрр отвечает за создание, инициализацию и запуск объекта приложения. Функция InitlnstanceO создает основное окно приложения и должна быть переписана, если разработчик создает приложение MFC вручную. Отметим, что руководство программиста eVC не рекомендует «ручной» режим создания приложений и классов, настоятельно советуя использовать встроенные средства.

CView

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

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

? Класс CCtrlView обеспечивает поддержку архитектуры documentview за счет дочерних классов CEditView, CListView и CTreeView.

? Класс CEditView обеспечивает представление документа в виде простого многострочного текстового редактора. Этот класс может использоваться в роли компонента Memo.

? Класс CListView отвечает за представление информации в виде списка.

? Класс CTreeView отображает информацию в виде дерева.

? Класс CFormView создает диалоговое окно, которое может содержать другие элементы управления.

? Класс CScrollView – это класс CView с поддержкой полос прокрутки.

CDocument

В этом объекте хранится абстрактное представление данных. Сам объект типа CDocument никогда не появляется перед пользователем. Пользователь взаимодействует с объектом документа через ассоциированный с ним объект CView. Базовые возможности объекта CDocument перечислены в следующем списке.

? Сохранение и загрузка документа.

? Хранение списка объектов CView, ассоциированных с документом.

? Хранение названия и пути документа.

? Поддержка флага модификации, показывающего, сохранены ли внесенные в документ изменения.

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

CFrameWnd

Этот класс позволяет реализовать окно приложения. Достаточно обширный список его возможностей приведен ниже.

? Обработка приходящих сообщений и передача их подчиненным компонентам.

? Контроль поведения, размещения и отображения подчиненных компонентов.

? Поддержка справочного контекста и горячих клавиш.

? Поддержка операций drag-and-drop.

? Стандартные операции рабочего окна приложения.

CDocTemplate

Этот класс должен так связать между собой объекты типа CFrameWnd, CView и CDocument, чтобы в результате получить именно то, что пользователь обычно называет документом. Результатом работы класса CDocTemplate будет текстовый файл, электронная таблица или графическое изображение, открытые в окне с соответствующими пунктами меню и инструментами.

Данный текст является ознакомительным фрагментом.