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

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

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

Диаграмму, в которой отображены все классы MFC, можно увидеть на сайте Microsoft по адресуТакже можно просто открыть сайт 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 обеспечивает поддержку архитектуры document\view за счет дочерних классов CEditView, CListView и CTreeView.