Читать онлайн «C# для профессионалов. Том II». Страница 73

using System;

using System.Drawing;

using System.Drawing.Drawing2D;

using System.Collections;

using System.ComponentModel;

using System.Windows.Forms;

using System.Data;

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

private Rectangle rectangleBounds =

 new Rectangle(new Point(0, 0), new Size(200, 200));

private Rectangle ellipseBounds =

 new Rectangle(new Point(50, 200), new Size(200, 150));

private Pen BluePen = new Pen(Color.Blue, 3);

private Pen RedPen = new Pen(Color.Red, 2);

private Brush SolidAzureBrush = Brushes.Azure;

private Brush CrossBrush = new HatchBrush(HatchStyle.Cross, Color.Azure);

static private Brush BrickBrush =

 new HatchBrush(HatchStyle.DiagonalBrick, Color.DarkGoldenrod, Color.Cyan);

private Pen BrickWidePen = new Pen(BrickBrush, 10);

Поле BrickBrush объявлено как статическое, чтобы использовать его значение в инициализаторе BrickWidePen, который далее следует. C# не позволит использовать поле одного экземпляра объекта для инициализации поля другого экземпляра, так как не определено, какое из них будет инициализировано первым. Но объявление поля как static решает проблему, так как создается только один экземпляр класса Form1, поэтому неважно, будут ли поля статическими или полями экземпляра. Вот метод OnPaint():

protected override void OnPaint(PaintEventArgs e ) {

 Graphics dc = e.Graphics;

 Point scrollOffset = this.AutoScrollPosition;

 dc.TranslateTransform(scrollOffset.X, scrollOffset.Y);

 if (e.ClipRectangle.Top+scrollOffset-X < 350 ||

     e.ClipRectangle.Left+scrollOffset.Y < 250) {

  dc.DrawRectangle(BluePen, rectangleBounds);

  dc.FillRectangle(CrossBrush, rectangleBounds);

  dc.DrawEllipse(RedPen, ellipseBounds);

  dc.FillEllipse(SolidAzureBrush, ellipseBounds);

  dc.DrawLine(BrickWidePen, rectangleBounds.Location,

   ellipseBounds.Location + ellipseBounds.Size);

 }

 base.OnPaint(e);

}

А это результат:

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

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

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

Image MyImage = Image.FromFile("FileName"!);

FromFile() является статическим членом класса Image и обычным способом создает экземпляр изображения. Файл может быть любым из обычно поддерживаемых форматов графических файлов, включая .bmp, .jpg, .gif и .png.

Вывод изображения требует также только одну строку кода в предположении, что имеется подходящий экземпляр объекта Graphics:

dc.DrawImageUnscaled(MyImage, TopLeft);

В этой строке кода dc предполагается экземпляром объекта Graphics, MyImage является Image, который будет выведен, a TopLeft — структурой Point, которая хранит координаты устройства, где требуется поместить изображение. Трудно представить себе что-то более простое.

По всей вероятности, изображения являются областью, в которой разработчики знакомые с GDI, заметят наибольшие различия с GDI+. В GDI работа с изображениями была достаточно непредсказуемой. Вывод изображения включал несколько нетривиальных шагов. Если изображение задавалось как битовое, загрузка его была относительно простой, но загрузка любого другого типа файла включала последовательность вызовов объектов OLE. В действительности вывод загруженного изображения на экран включал получение для него дескриптора, выбор его в памяти контекста устройства и затем выполнение блочного переноса между контекстами устройств. Хотя контексты устройств и дескрипторы, по-прежнему находятся за сценой и понадобятся, если придется делать (ложное редактирование изображений в коде программы, простые задачи теперь погружены в объектную модель GDI+.

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

Как обычно в этой главе, проект DisplayImage является стандартным приложением Windows, созданным с помощью VisualStudio.NET. Мы добавляем следующее поле в класс Form1:

Image Piccy;

Затем загружаем файл в процедуру InitializeComponent.

private void InitializeComponent() {

 this.components = new System.ComponentModel.Container();

 this.Size = new System.Drawing.Size(600, 400);

 this.Text = "Display COMFEst Image";

 this.BackColor = Color.White;

 Piccy =

  Image.FromFile(@"C:\ProCSharp\Chapter21\Display Image\CF4Group.jpg");

 this.AutoScrollMinSize = Piccy.Size;

}

Отметим, что размер изображения в пикселях задается как его свойство Size, которое используется для задания области документа. Изображение выводится в методе OnPaint():

protected override void OnPaint(PaintEventArgs e) {

 Graphics dc = e.Graphics;

 dc.DrawImageUnscaled(Piccy, this.AutoScrollPosition);

 base.OnPaint(e);

}

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

Наконец, сделаем еще одно замечание об изменениях, сделанных в коде метода Form1.Dispose(), созданном мастером:

public override void Dispose() {

 base.Dispose();

 if (components != null) components.Dispose();

 Piccy.Dispose();

}

Удаление изображения, когда оно не требуется, является важной задачей, так как изображения обычно требуют много памяти. После вызова Image.Dispose() экземпляр Image больше не ссылается на какое-либо реальное изображение и поэтому не может больше выводиться (если не будет загружено новое изображение).

Выполнение этого кода создает результат:

COMFest (www.comfest.co.uk) является неформальной группой разработчиков в Великобритании, которые встречаются для обсуждения самых новых технологий, обмена идеями и т. д. Снимок включает всех участников COMFest 4, за исключением автора этой главы, который фотографировал.

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

Наиболее важным моментом при работе с изображениями является то, что они всегда прямоугольные. Это не просто удобство для людей. Такая форма связана с тем, что все современные графические платы имеют встроенное оборудование, которое может очень эффективно копировать блоки пикселей из одного участка памяти в другой. При условии, что блок пикселей представляет прямоугольную область, аппаратное ускорение выполняется практически как одна операция, и поэтому будет очень быстрым. На самом деле это ключ к современной высокопроизводительной графике. Такая операция называется переносом битовых блоков (BitBlt). Image.DrawImageUnscaled() внутренне использует BitBlt, вот почему можно видеть огромное изображение, содержащее, возможно, миллионы пикселей (фотография из примера имеет 104975 пикселей) появляющимся почти мгновенно. Если бы компьютер должен был копировать изображение на экран пиксель за пикселем, то изображение постепенно появлялось бы в течение нескольких секунд.

Метод BitBlt очень эффективен, поэтому почти все операции рисования и манипуляции с изображениями выполняются с его помощью. Даже некоторое редактирование изображений будет делаться с помощью BitBlt, перенося части изображений между контекстами устройств, которые представляют области памяти. При использовании GDI функция BitBlt() из API Windows 32 была, наверное, самой важной и широко используемой функцией для манипуляции изображениями, хотя в GDI+ операции BitBlt по большей части скрыты объектной моделью GDI+.

Невозможно использовать BitBlt для областей, которые не являются прямоугольными, что можно легко смоделировать. Один из способов состоит в пометке некоторого цвета как прозрачного для целей BitBlt поэтому данная область цвета в изображении-источнике не будет перезаписывать существующий цвет соответствующего пикселя на получающем устройстве. Можно также определить, что в процессе выполнения BitBlt каждый пиксель получающегося изображения будет сформирован перед BitBlt некоторой логической операцией (такой, как побитовое AND) на цветах этого пикселя в изображении-источнике и в получающем устройстве. Такие операции поддерживаются аппаратным ускорителем и могут использоваться для задания ряда тонких эффектов. Не рассматривая детали процесса, отметим что объект Graphics реализует другой метод DrawImage(). Он аналогичен методу DrawImageUnscaled(), но поставляется с большим числом перезагружаемых версий, которые позволяют определить более сложные формы BitBlt для использования в процессе рисования. DrawImage() позволяет также рисовать (BitBlt) только определенную часта изображения, или выполнить на нем некоторые другие операции, такие как масштабирование (увеличение или уменьшение размера) при его рисовании.