. Он занимается открытием и считыванием файла (а также обеспечивает инициирование события
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
, если это возможно, комбинируя недействительные области, так что рисование будет выполняться только один раз. (Вызов метода для выполнения рисования прямо из кода может привести к ненужному результату, когда одна и та же область экрана будет перерисовываться более одного раза.)