Владимир Волков - Программирование для карманных компьютеров

my_func(const_cast(&x));

Оператор dynamic_cast позволяет приводить типы во время выполнения программы. Его синтаксис показан ниже.

dynamic_cast(exp)

Этот оператор использует для своей работы RTTI (информация о типе во время выполнения программы). Основное назначение этого оператора – обеспечить приведение объектов базового типа к объектам производного типа. Если преобразование осуществлено, то оператор возвращает указатель на производный тип. Если преобразование нельзя провести, то оператор возвращает пустой указатель. Оператор reinterpret_cast позволяет преобразовывать указатели. Его синтаксис приведен ниже.

reinterpret_cast(exp)

Этот оператор позволяет преобразовать указатель на один тип (exp) в указатель на другой тип . Чаще всего его используют для преобразователя нетипизированного указателя void* в указатель на конкретный тип. Оператор static_cast применяется так же, как и явный оператор приведения типов.

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

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

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