среда, 14 ноября 2012 г.

Компоненты Visual Studio. Создание собственного редактора свойства

При написании своих собственных компонентов для Visual Studio часто возникает необходимость создать специальный редактор для свойств, значениями которых являются например объекты, неизвестный системе. Сделать свой собственный редактор свойства довольно просто.
Любой редактор свойства является классом унаследованным от UITypeEditor. Настройка поведения своего редактора свойства осуществляется путем переопределения предоставляемых этим классом виртуальных методов. UITypeEditor содержит следующие методы, предназначенные для переопределения:
  • EditValue – этот метод вызывается при начале редактирования свойства, в нем должен вызываться редактор, в результате возвращает полученное от редактора значение;
  • GetEditStyle – должен возвращать значение enum'а. Допускаются следующие значения:
    • None – никакой кнопки выводиться не будет;
    • Modal – кнопка в виде многоточия (типа "Обзор"), указывающая на то что при нажатии на нее откроется диалог для редактирования значения свойства:
    • DropDown – кнопка в виде выпадающего списка, указывающая на то что при нажатии на нее появится небольшая формочка для редактирования:
  • GetPaintValueSupported – указывает, нужно ли будет рисовать маленький прямоугольник, перед значением свойства  в PropertyGird'е:
  • PaintValue – вызывается при необходимости перерисовки маленькой картинки перед значением свойства в PropertyGird'е.
Теперь подробнее о том как работает этот механизм. В самом простом случае нужно переопределить два метода:
1) GetEditStyle – для задания вида редактора. Например если нужно получить выпадающую форму для редактирования, нужно сделать так:
public override UITypeEditorEditStyle GetEditStyle(
    ITypeDescriptorContext context)
{
    return UITypeEditorEditStyle.DropDown;
}
2) EditValue – для открытия редактора. Метод имеет следующую сигнатуру:
public Object EditValue(
 ITypeDescriptorContext context,
 IServiceProvider provider,
 object value)
где
  • context – не знаю для чего используется:-);
  • provider – обеспечивает объект интерфейса IWindowsFormsEditorService (путем вызова метода GetService(typeof(IWindowsFormsEditorService))). Этот объект предоставляет методы для отображения (DropDownControl) и закрытия (CloseDropDown) всплывающей формы редактора и метод ShowDialog для отображения диалога редактора.
  • value – текущее значение свойства.
Возвращает новое значение свойства, после изменения его в редакторе. Таким образом, переопределение метода EditValue должно выглядеть примерно так:
public override object EditValue(ITypeDescriptorContext context,
    IServiceProvider provider, object value)
{
    IWindowsFormsEditorService edSvc = (IWindowsFormsEditorService)
             provider.GetService(typeof(IWindowsFormsEditorService));
    if (edSvc != null)
    {
        MyEditorControl control = new MyEditorControl();
        control.Value = (MyEditableType)value;
        edSvc.DropDownControl(control);
        value = control.Value;
    }
    return value;
}
В коде можно увидеть использование неизвестного класса MyEditorControl. Этот класс и есть форма нашего редактора. Он является наследником класса UserControl (но может быть унаследован и от другого контрола). Реализация класса MyEditorControl должна иметь примерно следующий вид:
class MyEditorControl : UserControl {
    public MyEditableType Value {
        get; set;
    }
    //
}
Так как MyEditorControl является обычным контролом, вы можете пользоваться всеми средствами предоставляемыми Windows.Forms: создавать на нем кнопки, выпадающие списки, переопределять виртуальные методы (OnPaint, OnMouseDown, ...) и др.
Но это еще не все. В приведенном выше коде в качестве типа редактируемого свойства используется класс (или структура) MyEditableType. Этот тип является пользовательским и компонентная модель ничего не знает о нем. Для того чтобы объяснить компонентной модели как обращаться с этим типом, для него необходимо задать атрибут TypeConverterAttribute. В качестве параметра этот атрибут принимает тип класса, унаследованного от TypeConverter.

Исходный код в котором вы сможете увидеть применение редакторов свойств на практике можно найти здесь.

Игра на Java под Swing

Сейчас занимаюсь разработкой игры на Java, ориентируясь на Android, но ядро платформонезависимо. Поэтому для отладки использую Desktop версию. В Desktop версии графику реализовал через Swing. Для простоты в качестве элементов управления использую стандартные компонеты Swing. Для отрисовки графики испольую компонет Canvas.

Компонент Canvas
Унаследован от класса Component, специально предназначен для отрисовки на нем графики. На самом деле ничего особенного он из себя не представляет (убедиться можно посмотрев его исходный код). Он скорее своим названием декларирует что на нем будут рисовать. 
Класс предоставляет для переопределения метод paint(Graphics g), который выполняется при необходимости перерисовки.
Класс также предоставляет методы для использования двойной буфферизации (ДБ):  createBufferStrategy(int numBuffers) и getBufferStrategy().
Метод createBufferStrategy создает numBuffers буфферов. После его вызова можно использовать getBufferStrategy для получения объекта класса BufferStrategy, который предоставляет доступ к ДБ. Он имеет следующие важные методы:
  • getDrawGraphics() -- возвращает объект класса Graphics, на котором нужно рисовать.
  • show() -- отображает нарисованную в буфере картинку на экран (на компонент).
Т. е. для того чтобы отрисовать что-либо с использованием ДБ, нужно сделать следующее:
Canvas canv = new Canvas();
canv.createBufferStrategy(2);
Graphics g = canv.getDrawGraphics();
g.setColor(Color.RED);
g.drawRect(10, 10, 100, 100);
...
Цветофильтр
В игре используется цветовой фильтр для изменения цвета объектов (спрайтов). AWT предоставляет несколько способов для фильтрации (вродебы), я же использую класс RGBImageFilter. Он абстрактный и имеет абстрактный метод filterRGB(int x, int y, int rgb), который и нужно реализовать для наложения фильтра. Он должен возвращать цвет (int) пиксела в позиции (x, y). Параметр rgb -- исходный цвет пиксела. Чтобы применить этот фильтр к нужной картинке (Image), нужно сделать так:

FilteredImageSource filteredSrc = new FilteredImageSource(img.getSource(), filter);
Image filteredImage =  Toolkit.getDefaultToolkit().createImage(filteredSrc);

где, filter - это созданный ранее объект класса RGBImageFilter.

Доступ к ресурсам
Java позволяет хранить файлы различных типов непосредсвенно в jar файле. Для доступа к ним существует метод getClass().getResourceAsStream(name), где name -- путь к файлу ресурса. Путь включает /имя_файла.расширение. Имена пакетов разделяются символом /.
Например если вы поместили ваш файл empty.png в пакет com.yourname.resources.images, то путь к нему будет /com/yourname/resources/images/empty.png.
Метод возвращает поток для чтения (InputStream), далее с помощью ImageIO.read(inputStream) можно считать файл картинки в память.

Настройки пользователя
Для того чтобы хранить настройки и сохранения игры в папке пользователя создается подпапка ".название_гры". Получить путь к папке пользователя можно так:

System.getProperty("user.home");


Хранение данных
Данные храню в XML-файлах. Например карты хранятся в ресурсах в подкаталоге worlds. Их содержимое загружается в патмять с помощью сериализации. Для этого используется библиотека simple-xml. Она позволяет сериализировать и десериализировать объекты в стиле .NET (см. пост Сериализация в C#).

Кое-что
На Java я раньше не писал и игры не писал тоже (кроме простейшей игрухи на XNA). Поэтому в ходе работы я узнавал и понимал кое-что новое:
  • Картинки нужно кешировать. В игре используется разворот картинок, наложение фильтров и масштабирование. Все эти операции нагружают процессор. И когда я запустил игру (без кеширования), то заметил насколько сильно. 
  • Ну очевидно что нужно использовать ДБ, без нее никак.
  • При проектировании нужно максимально отделять логику игры от её графики.
  • Отрисовка графики тоже имеет логику) и нужно максимально отделить платформозависимую её часть от общей. Например класс Color является частью библиотеки AWT, и его не слудует использоват в ядре (движке) игры. Потом все равно придется переделывать чтобы заработало под Android.
Пожалуйста, оставляйте комментарии)