Симон Робинсон - C# для профессионалов. Том II
lineHeight = (uint)mainFont.Height;
emptyDocumentFont = new Font("Verdana", 13, FontStyle.Bold);
}
Реальное определение обработчиков является достаточно стандартным материалом:
protected void OpenFileDialog_FileOk(object Sender, CancelEventArgs e) {
this.LoadFile(fileOpenDialog.FileName);
}
protected void menuFileOpen_Click(object sender, EventArgs e) {
fileOpenDialog.ShowDialog();
}
protected void menuFileExit_Click(object sender, EventArgs e) {
this.Close();
}
Исследуем метод LoadFile(). Он занимается открытием и считыванием файла (а также обеспечивает инициирование события Paint, чтобы была выполнена перерисовка с новым файлом).
private void LoadFile(string FileName) {
StreamReader sr = new StreamReader(FileName);
string nextLine;
documentLines.Clear();
nLines = 0;
TextLineInformation nextLineInfo;
while ((nextLine = sr.ReadLine()) != null) {
nextLineInfo = new TextLineInformation();
nextLineInfо.Text = nextLine;
documentLines.Add(nextLineInfo); ++nLines;
}
sr.Close();
documentHasData = (nLines > 0) ? true : false;
CalculateLineWidths();
CalculateDocumentSize();
this.Text = standardTitle + " " + FileName;
this.Invalidate();
}
Большая часть этой функции является просто стандартным кодом чтения файла (см. главу 14). Обратите внимание, что по мере чтения файла мы последовательно добавляем строки в documentLines ArrayList, поэтому массив в конце содержит информацию для каждой строки по порядку. После считывания файла устанавливается флаг documentHasData для указания, что действительно что-то есть для вывода на экран. Далее определяется содержание и место, а затем клиентская область, т.е. размер документа влияющий на задание панелей прокрутки. В конце добавляется текст строки заголовка и вызывается метод Invalidate(). Invalidate() является важным методом, поставляемым Microsoft. Поэтому мы постараемся объяснить его использование, прежде чем переходить к коду методов CalculateLineWidths() и CalculateDocumentSize().
Метод Invalidate()
Invalidate() является членом System.Windows.Forms.Form, с которым мы еще не встречались. Это очень полезный метод для случая, когда что-то необходимо перерисовать. По сути он отмечает область клиентского окна как недействительную и поэтому требующую перерисовки, а затем обеспечивает инициирование события Event. Существует две перезагружаемые версии метода Invalidate(): можно передать ему прямоугольник, который точно определяет (в координатах страницы), какая область окна требует перерисовки, или, если не передается никаких параметров, вся клиентская область помечается как недействительная.
Почему мы делаем это таким образом? Если мы знаем, что требуется что-то нарисовать, почему не вызвать просто OnPaint() или другой метод? При необходимости сделать на экране очень точное небольшое изменение, можно так и поступить, но обычно вызов процедур рисования напрямую рассматривается как плохая практика программирования. Если код решает, что требуется выполнить некоторое рисование, обычно вызывается метод Invalidate().
Для этого существует несколько причин:
□ Рисование почти всегда является наиболее интенсивно использующей процессор задачей, которую будет решать приложение GDI+. Выполнение его в середине другой работы задерживают эту работу. Для нашего примера, если бы метод рисования вызывался прямо из метода LoadFile(), то метод LoadFile() не вернул бы управление, пока не завершена задача рисования. В течение этого времени приложение не сможет ответить ни на одно иное событие. С другой стороны, вызывая метод Invalidate(), мы просто поручаем Windows инициировать событие Paint перед непосредственным выходом из LoadFile(). Система Windows тогда сможет проверить события, ожидающие обработки. Внутренне это происходит следующим образом. События находятся в так называемых сообщениях, которые выстраиваются в очередь. Система Windows периодически проверяет очередь сообщений, и если в ней есть события, Windows берет одно из них и вызывает соответствующий обработчик событий. С большой вероятностью событие Paint — единственное событие, находящееся в очереди, поэтому OnPaint() будет немедленно вызван в любом случае. Однако в более сложных приложениях могут быть другие события, некоторые из них имеют приоритет. В частности, если пользователь решил покинуть приложение, это будет отмечено сообщением в очереди, известном как WM_QUIT. Обработка такого события будет иметь самый высокий приоритет. Это очевидно, так как выполнение, например обновления графики в окне приложения, которое в данный момент будет закрыто, не имеет смысла. Таким образом, использование для рисования области метода Invalidate() сортировки запросов означает, что приложение действует, как хорошо ведущее себя приложение Windows.
□ В случае более сложного, мультипоточного приложения желательно, чтобы только один поток выполнения обрабатывал все рисование. Использование метода Invalidate() для направления всего рисования в очередь сообщений предоставляет гарантию, что один и тот же поток выполнения (какой бы поток выполнения ни отвечал за очередь сообщений, это будет поток выполнения, который вызвал Application.Run()) произведет рисование безотносительно к тому, какие другие потоки выполнения запрашивают операцию рисования.
□ Существует также причина, связанная с производительностью. Предположим, что примерно в одно время поступает пара различных запросов для рисования части экрана. Возможно, что код только что сделал изменение документа и хочет убедиться, что обновленный документ выводится, а в то же самое время пользователь восстановил минимизированное окно или переместил другое окно, которое закрывало часть клиентской области. Вызывая Invalidate(), мы даем знать окну, что это произошло. Windows может затем объединить события Paint, если это возможно, комбинируя недействительные области, так что рисование будет выполняться только один раз. (Вызов метода для выполнения рисования прямо из кода может привести к ненужному результату, когда одна и та же область экрана будет перерисовываться более одного раза.)
□ Наконец, код для выполнения рисования будет, вероятно, одной из наиболее сложных частей кода приложения, особенно если у приложения достаточно развитый интерфейс пользователя. Те, кому придется модифицировать этот код через пару лет, будут благодарить разработчика за сохранение кода рисования в одном месте и за максимально возможную простоту — чего добиться гораздо легче, если код не разбросан по разными частям программы.
Из этого можно сделать вывод, что хорошая практика состоит в поддержании всего кода рисования в процедуре OnPaint() или в других методах, вызываемых из этого метода. Не создавайте в коде множества других мест, которые вызывают методы для реализации странных фрагментов рисования, все-таки аспекты создания программы должны быть сбалансированы относительно различных рассмотрений. Если, предположим, требуется заменить только один символ или фигуру на экране или добавить акцент к букве и совершенно точно известно, что это не повлияет ни на какие другие изображения, то можно не пользоваться методом Invalidate(), а написать просто отдельную процедуру рисования.
В очень сложном приложении можно даже написать целый класс, который отвечает за рисование на экране. Несколько лет назад, когда MFC были стандартной технологией для приложений с интенсивным использованием GDI, MFC следовали этой модели с помощью класса C++ с именем С<Имя_приложения>View, который отвечал за это. Однако даже в таком случае этот класс имел функцию-член OnDraw(), которая была создана, чтобы быть точкой входа для большинства запросов рисования.
Вычисление размеров объектов и размера документа
Мы возвращаемся теперь к примеру CapsEditor и разбираем методы CalculateLineWidths() и CalculateDocumentSize(), которые вызываются из метода LoadFile():
private void CalculateLineWidths() {
Graphics dc = this.CreateGraphics();
foreach (TextLineInformation nextLine in documentLines) {
nextLine.Width = (uint)dc.MeasureString(nextLine.Text, mainFont).Width;
}
}
Этот метод просто выполняется на каждой прочитанной строке и использует метод Graphics.MeasureString() для определения и сохранения значения величины горизонтального пространства экрана, которое требуется строке. Мы сохраняем значение, так как MeasureString() является весьма интенсивным с вычислительной точки зрения. Так как в нашем примере CapsEditor не слишком легко определить высоту и положение каждого элемента, то этот метод почти наверняка будет реализован, чтобы вычислить все эти величины.
