Это проблема для нашего примера приложения. Мы поместили код рисования в конструктор

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

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

Если приведенное выше объяснение заставило вас подумать, что рисование своего собственного пользовательского интерфейса будет очень сложной задачей, то не стоит волноваться. Это не так. Были приведены различные детали процесса, для того чтобы вы поняли, с какими проблемами столкнетесь. Но заставить приложение перерисовать себя, когда необходимо, — в действительности легкая задача.

Когда возникает необходимость, Windows уведомляет приложение, что требуется выполнить некоторую перерисовку изображения, инициируя событие

. Интересно то, что класс уже реализовал обработчик для этого события, поэтому не нужно создавать свой собственный. Можно воспользоваться этой архитектурой, исходя из факта, что обработчик для события будет вызывать в процессе обработки виртуальный метод , передавая в него единственный параметр . Это означает, что для выполнения рисования необходимо просто переопределить метод . Мы создадим для этого новый пример, называемый . Как и раньше, определяем как приложение Windows, генерируемое с помощью Visual Studio.NET, и добавим следующий код класса :

Отметим, что метод

объявлен как . обычно используется внутри класса, поэтому нет необходимости любому другому коду вне класса знать о его существовании.

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

В данной реализации метода

мы сначала получаем ссылку на объект из , затем рисуем фигуры так же, как это делалось раньше. В конце вызывается метод базового класса. Этот шаг является важным. Мы переопределили для выполнения нашего собственного рисования, но возможно, что Windows должен выполнить свою собственную работу в процессе рисования, и такая работа будет связана с методом в одном из базовых классов .NET.

Для этого примера может оказаться, что удаление вызова

не оказывает никакого влияния на работу, но никогда не пытайтесь удалить вызов. Это может привести к некорректному завершению работы Windows и непредсказуемым результатам.

будет также вызываться, когда приложение впервые запускается и окно приложения выводится в первый раз, поэтому нет необходимости дублировать код рисования в конструкторе, хотя по-прежнему нужно задать здесь цвет фона и все другие свойства формы. Это обычно задается либо добавлением команды явно, либо заданием цвета в окне свойств Visual Studio.NET:

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

Пример приложения

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