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;
}
default:
return DefWindowProc(hWnd, message, wParam, lParam);
}
}
В MFC обработчик выглядит аналогичным образом, например:
void CMainFrame::OnGetMinMaxInfo(MINMAXINFO FAR* lpMMI) {
lpMMI->ptMinTrackSize = CPoint(100, 100);
lpMMI->ptMaxTrackSize = CPoint(300, 300);
CFrameWnd::OnGetMinMaxInfo(lpMMI);
}
ПРИМЕЧАНИЕ
Для добавления этого обработчика можно использовать ClassWizard. Если оно не появляется в списке Messages, перейдите на вкладку Class Info и установите Message filter: Window.
Это все на сегодня. Пока!
Алекс Jenter [email protected] Красноярск, 2001. Рассылка является частью проекта RSDN.
Программирование на Visual C++
Выпуск №45 от 20 мая 2001 г.
Всем привет!
СТАТЬЯ
Прозрачность – это просто
Автор: Виталий Брусенцев
Демонстрационный проект (57 Kb, Visual C++ 6.0)
Демонстрационная программа (45 Kb, Windows 98 и выше, режим экрана HiColor и выше)
Терминология
Прежде чем начать, убедимся, что понимаем друг друга:
• Растровое изображение, растр (bitmap) – прямоугольная картинка, состоящая из пикселов.
• Пиксел – минимальный элемент изображения, точка на экране или в памяти растра.
• Прозрачность – свойство некоторых пикселов не отображаться на устройстве вывода, оставляя оригинальное изображение неизменным.
• Полупрозрачность – такое взаимодействие пикселов, при котором видны как пикселы выводимого растра, так и фоновое изображение.
• Спрайт – растровое изображение с прозрачными и полупрозрачными участками.
Введение
Зачем нужны растровые изображения с прозрачностью или полупрозрачностью отдельных участков? Это важные элементы графического интерфейса Windows, которые вы можете наблюдать каждый раз, когда включаете компьютер. Иконки на рабочем столе имеют прозрачные участки, что позволяет видеть "сквозь" них. Когда вы, работая в папке Windows 98, перетаскиваете какой-нибудь объект, его значок становится полупрозрачным, позволяя видеть, что в данный момент находится под ним. И, наконец, нельзя забывать о таких "графикоемких" программах, как игры. Трудно себе представить, чтобы в тщательно спроектированной плоской космической "стрелялке" все корабли имели прямоугольную форму. А при отрисовке взрывов желательно делать их полупрозрачными, приближая картинку к реальности.
Вообще – то на эту тему писали довольно много. Для понимания основных механизмов получения эффектов прозрачности рекомендую прочитать статью Рона Джери "Bitmaps with transparency" (ее можно найти в MSDN в разделе Technical Articles->Multimedia->GDI). Также рекомендую изучить находящиеся там статьи Дейла Роджерсона ("Sprites Make the World Go Round") и Германа Родента ("Animation in Win32").
К сожалению, все эти статьи разделяют общий недостаток – почтенный возраст. Цель данной статьи – показать, что с появлением Windows 95, а затем Windows 98 и Windows 2000 жить программистам стало намного проще (и интереснее!). Все приводимые примеры написаны, для удобства, с использованием библиотеки MFC, но принципы остаются общими.
Windows 95 и списки изображений
С выходом Windows 95 в распоряжении программистов оказалась удобная библиотека Common Controls. В ее составе были не только новые (теперь уже известные всем) элементы управления, но и невизуальный компонент – список изображения (Image List control). Его основное предназначение – содержать набор картинок одинакового размера. Это удобно для применения в разнообразных элементах – например, в панелях инструментов (toolbar).
Нас же больше интересует другая интересная возможность – хранить в списках изображений информацию о прозрачности. Это достигается одним из двух способов:
