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

Волков Владимир

30. Теперь нужно переписать обработчик щелчка на кнопке Assign, как показано в листинге 5.16. Листинг 5.16

case IDC_BUTTON3:

Dogs[0]->Speak;

Dogs[0]->Speak(350);

break;

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

Приведение типов

В C++ есть два способа приведения типов,

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

byte x = 12; float y = x;

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

(const unsigned short *)szStr

Но С++ не может ограничиваться этими двумя способами приведения типов. В С++ есть еще четыре оператора приведения типа. Прежде всего следует рассмотреть оператор const_cast. Если есть указатель, объявленный с модификатором const, и его нужно передать в качестве аргумента методу, в котором указатель принимается без этого модификатора, то нужно использовать оператор const_cast. Этот оператор удаляет модификатор const из объявления передаваемого указателя. Синтаксис применения этого оператора показан ниже.

const_cast<type>(exp)

В параметре type указывается тип, к которому приводится константа exp. Предположим, что есть некоторая функция, которая принимает в качестве аргумента указатель на int.

void my_func(int *x);

Помимо этого есть константа const int x, значение которой нужно передать в качестве аргумента в эту функцию. Вызов my_func(&x) закончится ошибкой компиляции, поскольку объявленный и передаваемый типы не соответствуют. А с преобразованием const_cast проблем не будет:

my_func(const_cast<int *>(&x));

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

dynamic_cast<type*>(exp)

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

reinterpret_cast<type>(exp)

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

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

После того как были

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

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

Структура 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. Они перечислены в следующем списке.