LineIndexToPageCoordinates(i), new Size((int)newWidth, (int)this.lineHeight));
this.Invalidate(changedRectangle);
}
base.OnDoubleClick(e);
}
Начнем работу с вызова
PageCoordinatesToLineIndex
для определения, над какой строкой текста находится курсор мыши, когда пользователь делает двойной щелчок. Если этот вызов возвращает -1, то никакого текста под курсом нет, поэтому ничего делать не надо (за исключением, конечно, вызова
версии
OnDoubleClick
базового класса, чтобы позволить Windows выполнить обработку по умолчанию. Это никогда не надо забывать делать.).
При условии, что была идентифицирована строка текста, можно воспользоваться методом
string.ToUpper
, чтобы легко преобразовать ее в верхний регистр. Труднее определить, что и где необходимо перерисовать. К счастью, так как пример сделан упрощенным, существует не слишком много комбинаций. Можно предположить для начала, что преобразование в верхний регистр будет всегда либо оставляет ширину строки на экране без изменения, либо увеличивает ее. Заглавные буквы больше строчных, поэтому ширина никогда не уменьшится. Известно, что поскольку мы не переносим строки, строка текста не будет продолжена на следующей строке и не сместит текст ниже. Действие по преобразованию строки в верхний регистр не будет поэтому в действительности изменять положение ни одного из выводимых элементов. Это существенное упрощение.
Затем код использует
Graphics.MeasureString
для определения новой ширины текста. Здесь имеется две возможности:
□ Первая: новая ширина может сделать строку самой длинной строкой, что приведет к увеличению ширины всего документа. В этом случае необходимо задать для
AutoScrollMinSize
новый размер, чтобы панели прокрутки размещались правильно.
□ Вторая: размер документа может не измениться.
В любом случае необходимо перерисовать изображение на экране, вызывая
Invalidate
. Только одна строка изменилась, поэтому нет необходимости перерисовывать весь документ. Вместо этого надо определить границы прямоугольника, который содержит только измененную строку, чтобы можно было передать этот прямоугольник в метод
Invalidate
для перерисовывания только этой строки текста. Именно так делает представленный выше код. Вызов
Invalidate
приведет к вызову
OnPaint
, когда окончательно закончит работу обработчик события мыши. Вспомните предыдущие замечания в этой главе о трудностях в задании точки прерывания в
OnPaint
. Если при выполнении примера задать точку прерывания в
OnPaint
для перехвата получающегося действия рисования, то обнаружится, что параметр
PaintEventArgs
для
OnPaint
действительно содержит область вырезания, которая соответствует указанному прямоугольнику. И так как метод
OnPaint
был перезагружен, чтобы аккуратно вычленить область вырезания, то будет перерисована только одна требуемая строка текста.
Печать
В этой главе мы полностью сконцентрировались на рисовании на экране. Часто бывает желательно, чтобы приложение могло создать твердую копию данных. К сожалению, в книге не хватает места, чтобы рассмотреть детали этого процесса, но мы кратко рассмотрим вопросы, которые встретятся при реализации печати документа.
Во многом печать схожа с выводом на экран. Предоставляется контекст устройства (экземпляр
Graphics
) и на этом экземпляре вызываются все обычные команды вывода. Однако имеются некоторые различия: принтеры не могут прокручиваться — они используют страницы. Необходимо убедиться, что найден разумный способ деления документа на страницы, и выводить каждую страницу по запросу. К тому же большинство пользователей ожидают, что вывод на принтер будет выглядеть очень похоже на вывод на экран. Этого очень трудно добиться при использовании координат страницы. Проблема в том, что принтеры имеют другое число точек на дюйм (dpi), чем экран. Дисплейные устройства традиционно поддерживают стандарт около 96 dpi, хотя некоторые новые мониторы имеют более высокое разрешение. Принтеры могут иметь более тысячи dpi. Это означает, например, что при рисовании фигур или выводе изображений, при задании их размеров числом пикселей они будет выглядеть на принтере слишком маленькими. Иногда та же самая проблема может влиять на шрифты текста. К счастью, GDI+ допускает в этих случаях применение координат устройства. Чтобы напечатать документы, почти наверняка придется использовать свойство
Grpahics.PageUnit
для выполнения печати с помощью некоторых физических единиц измерения, таких как дюймы или миллиметры.
.NET имеет большое количество классов,
созданных для поддержки процесса печати. Эти классы позволяют контролировать и извлекать различные настройки принтера и находятся в основном в пространстве имен
System.Drawing.Printing
. Существуют также предопределенные диалоговые окна
PrintDialog
и
PrintPreviewDialog
, которые доступны в пространстве имен
System.Windows.Forms
. Процесс печати будет включать вызов метода
Show
на экземпляре одного из этих классов после задания некоторых свойств.
Заключение
В этой главе было рассмотрено рисование на устройстве вывода, реализующиеся в коде приложения, а не с помощью предопределенных элементов управления или диалоговых окон. GDI+ является мощным инструментом, и базовые классы .NET могут помочь при рисовании на устройстве. Мы видели, что этот процесс является в действительности довольно простым, в большинстве случаев можно рисовать текст и сложные фигуры или выводить изображения с помощью пары инструкций C#. Однако управление рисованием — работа, происходящая неявно, включающая определение, что и где нарисовать и нужна ли перерисовка в любой данной ситуации. Это значительно более сложная задача, требующая тщательного проектирования алгоритма. Важно хорошо понимать, как работает GDI+ и какие действия предпринимает Windows для рисования. В частности, с учетом архитектуры Windows важно, чтобы рисование выполнялось с помощью объявления областей окна недействительными, где это возможно, в таком случае система Windows реагирует должным образом на событие Paint.
Существует значительное количество классов .NET, связанных с рисованием, которые невозможно рассмотреть в одной главе, но, зная основные принципы, вовлеченные в рисование, можно изучить их самостоятельно. Просматривая списки их методов в документации и создавая их экземпляры, вы поймете, что они делают. В конце концов, рисование, как почти и любой другой аспект программирования, требует логики, тщательного обдумывания и четких алгоритмов. Используйте это, и вы сможете написать сложные интерфейсы пользователя, не зависящие от стандартных элементов управления. Ваша программа существенно выиграет как в удобстве для пользователя, так и в визуальном представлении. Многие приложения целиком полагаются на элементы управления в своем интерфейсе пользователя. Хотя это и может быть эффективно, такие приложения очень быстро начинают походить друг на друга. Добавляя некоторый код GDI+, чтобы выполнить специальное рисование, можно выделить свое приложение и сделать его внешне более оригинальным.
Глава 22
Доступ в Интернет
В главах 16–18 было показано, как использовать C# для создания мощных и эффективных динамических страниц Web с помощью ASP.NET, а также служб Web. Клиенты, обращающиеся к страницам ASP.NET, по большей части будут пользователями Internet Explorer или какого-либо другого браузера Web. Но иногда необходимо, чтобы создаваемые приложения действовали как клиенты Web. Это может быть, например, если нужно добавить в создаваемые приложения свойства просмотра Web, или, если необходимо, чтобы создаваемые приложения программным путем получали информацию с некоторых web-сайтов. В последнем случае обычно лучше, чтобы сайт реализовал службу Web, но при обращении к внешним сайтам возможно отсутствие контроля за тем, как реализован сайт, и поэтому может не быть другой возможности выбора, кроме программного доступа к сайту, который реализован как стандартные страницы HTML, ASP или ASP.NET.
Именно эту сторону картины мы кратко рассмотрим сейчас. В частности, будут представлены средства базовых классов .NET для использования различных сетевых протоколов, например HTTP для доступа к сетям и Интернету в качестве клиента. Мы обсудим следующие вопросы:
□ Запрос данных из Web и получение ответа от серверов
□ Отправку данных HTTP POST
□ Извлечение информации заголовка HTTP из ответов серверов
Коротко коснемся средств, существующих для прямого доступа к службам нижнего уровня, таким как отправка и получение пакетов TCP и ожидание приема на определенных портах.
Пространства имен
System.Net
и
System.Net.Sockets
содержат большинство базовых классов .NET, которые связаны с работой в сети с точки зрения клиента. Пространство имен
System.Net
обычно связано с операциями более высокого уровня, например загрузкой и выгрузкой файлов и выполнением запросов Web с помощью HTTP и других протоколов, в то время как
System.Net.Sockets
содержит классы, связанные с операциями более низкого уровня. Они более полезны при работе непосредственно с сокетами или такими протоколами, как TCP/IP, и используются по большей части для сокрытия соответствующей функции API Windows.