Программирование на Visual C++. Архив рассылки

CValue value;
// так происходит инициализация
value.Val(10).Str("string");
// так значения используются
int n=value.Val;
char *str=value.Str;

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

Теперь воспользуемся таким средством C++ как перегрузка операторов и добавим в наш класс следующие функции: 

class CValue {
 ...
public:
 CValue& operator=(int val) { return Val(val); }
 CValue& operator=(const char* string) { return Str(string); }
 operator int const { return nVal; }
 operator char* const { return str; }
};

Это дало нам еще один способ использования объектов этого типа:

CValue value;
// инициализация
value=20;
// происходит вызов перегруженной
// функции CValue::operator=(int val)
value="string";
// происходит вызов перегруженной
// функции CValue::operator=(char* string)

// вот так теперь можно получить значения
// соответствующих переменных класса
int n=value; // неявное преобразование value к типу int
// n будет равно value.nVal
char *str=value; // неявное преобразование value к типу char*
// str будет равно value.str

Неправда ли это становится очень похоже на Бейсик? В конце приведу еще один пример типа, который можно использовать способом, аналогичным при использовании переменных в VB. Как известно, VB "равнодушен" к типу переменных – переменной можно присвоить и 5 и "25". В одном случае произойдет неявное преобразование из строки в число, в другом наоборот. То есть, я хочу сказать, что VB является языком со слабым контролем типов в отличие от C++, обладающим строгим контролем типов. Если кто-то скажет, что это – недостаток, то я его адресую к [1]. Примером, как можно "обойти" этот "недостаток", может служить этот шаблонный класс: 

template<class T> class CVBValue {
 T m_val;
public:
 CVBValue {};
 CVBValue(T val) { m_val=val; }
 T Val const { return m_val; }
 CVBValue& operator=(T val) { m_val=val; return *this; }
 CVBValue& operator=(char* str) {
 // тут происходит преобразование из char* в тип T
 // если, конечно, известно как это сделать
 return *this;
 }
 operator T const { return m_val; }
};

Использование этого класса происходит уже известным вам способом: 

CVBValue<double> val; // создание экземпляра класса
val=2.5;
val="1.2345"; // преобразование из строки в тип double double
d=val; // получение текущего значения

Дальнейшее расширение класса зависит только от вашего воображения. Хочется вас предостеречь от излишнего упрощения использования типов. Программисты на VB могут ужаснуться, когда узнают, сколько может быть скрыто строчек кода за невинным, на первый взгляд, присваиванием. Но вы теперь это прекрасно осознаете и понимаете, что, чем более сложный код, вы напишете, тем больше вероятность появления ошибок. В данном случае, я имею в виду ошибки, появление которых можно обнаружить только во время исполнения программы. Что произойдет в описанном выше примере, если написать val="string"? В лучшем случае ничего, но вообще-то может возникнуть исключение (возможно в случае нехватки памяти). Это вынуждает нас помещать обычное приравнивание в блок 

try {
 val="1.95";
} catch (...) { }

Но так ли часто вы это делаете в своих программах? Наглядность программы тоже страдает: переменной, которая, как кажется, хранит число, вы приравниваете строку. Как я уже говорил, для Бейсика это может быть естественно, а для C++ –противоестественно. Отсюда вывод: помещайте потенциально опасный код в функции, а перегрузку операторов реализуйте как можно проще. 

Литература

1. Страуструп Б. Язык программирования C++. М.: "Невский Диалект" – "Издательство БИНОМ", 1999.

2. Страуструп Б. Дизайн и эволюция языка C++. М.: ДМК Пресс, 2000.

Что ж, достаточно интересная статья. Большое спасибо автору. Думаю, теперь многим читателям хотелось бы сравнить этот способ с описанным в предыдущем выпуске. На мой взгляд, вышеописанный способ проще и нагляднее; кроме того, он лишен некоторых недостатков предыдущего метода (который, действительно, больше ориентирован на COM).

Но есть недостатки, к сожалению, присущие обоим методам: это некоторое снижение быстродействия, плюс увеличение расходования памяти (в основном за счет использования шаблонов). Хотя ради справедливости надо заметить, что использовать шаблоны приходится только когда вам нужны не зависящие от типа данных конструкции.

Потерю производительности можно уменьшить, если блоки проверки корректности параметров для присваивающих функций заключить между директивами условной компиляции #ifdef _DEBUG / #endif. Тогда они будут работать только в отладочной версии программы, позволяя выявить допущенные где-то в другом месте ошибки, а в окончательную сборку проекта не войдут. 

ВОПРОС-ОТВЕТ 

Как задать минимальный и максимальный размер окна?

Автор: Александр Шаргин

Когда пользователь изменяет размеры окна, Windows сама запрашивает у программы минимальный и максимальный размеры, посылая окну сообщение WM_GETMINMAXINFO. При этом впараметре lParam размещается указатель на структуру MINMAXINFO, в которую и следует записать нужные значения. Затем нужно вернуть 0. Рассмотрим пример обработки сообщения WM_GETMINMAXINFO, при котором размер окна не может быть сделан меньше (100×100) и больше (300×300).

LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam) {
 switch (message) {
 …
 case WM_GETMINMAXINFO:
 {
 MINMAXINFO *pInfo = (MINMAXINFO *)lParam;
 POINT ptMin = { 100, 100 }, ptMax = { 300, 300 };
 pInfo->ptMinTrackSize = ptMin;
 pInfo->ptMaxTrackSize = ptMax;
 return 0;