О программировании и всём, всём, всём: мая 2009

воскресенье, 31 мая 2009 г.

Анализатор регулярных выражений

http://www.regexhero.com/

четверг, 28 мая 2009 г.

Шаблоны в WPF

В основе идеи шаблонов лежит концепция отделения функциональности от внешнего вида.
Посмотрите на вот этот рисунок:

Как видно на кнопке размещается CheckBox, картинка, набор RadioButton и даже еще одна кнопка! И все это, как не странно, работает. Достигается это за счет того, что основная масса компонентов имеет свойство Content, в рамках которого мы можем создавать практически любое наполнение. Основной недостаток, мы не можем переопределить саму базовую кнопку. Например, сделать ее треугольной или круглой, хотя цвет, размер и много другое изменить достаточно легко.
Для изменения всего способа отображения и используются шаблоны.
В WPF существует несколько видов шаблонов:
1. ControlTemplate - позволяет задавать шаблон для любого визуального компонента.
2. ItemsPanelTemplate - позволяет задавать шаблон компоновки для контейнеров.
3. DataTemplate - задает шаблоны отображения данных.
4. HierarchicalDataTemplate - задает шаблоны древовидных структур.
Рассмотрим самый простой случай ControlTemplate:

<Window.Resources> <Style TargetType="{x:Type Button}"> <Setter Property="Background" Value="Black" /> <Setter Property="Height" Value="40" /> <Setter Property="Foreground" Value="White" /> <Setter Property="Margin" Value="3" /> <Setter Property="Template"> <Setter.Value> <ControlTemplate TargetType="{x:Type Button}"> <Grid> <Rectangle Name="GelBackground" RadiusX="9" RadiusY="9" Fill="Black"> </Rectangle> <Rectangle Name="GelShine" Margin="2,2,2,0" VerticalAlignment="Top" RadiusX="6" RadiusY="6" Height="15px"> <Rectangle.Fill> <LinearGradientBrush StartPoint="0,0" EndPoint="0,1"> <GradientStop Offset="0" Color="#ccffffff" /> <GradientStop Offset="1" Color="Transparent" /> </LinearGradientBrush> </Rectangle.Fill> </Rectangle> <ContentPresenter Name="GelButtonContent" VerticalAlignment="Center" HorizontalAlignment="Center" Content="{TemplateBinding Content}" /> </Grid> <ControlTemplate.Triggers> <Trigger Property="IsMouseOver" Value="True"> <Setter Property="Rectangle.Fill" TargetName="GelBackground"> <Setter.Value> <RadialGradientBrush> <GradientStop Offset="0" Color="Lime" /> <GradientStop Offset="1" Color="DarkGreen" /> </RadialGradientBrush> </Setter.Value> </Setter> <Setter Property="Foreground" Value="Black" /> </Trigger> <Trigger Property="IsPressed" Value="True"> <Setter Property="Rectangle.Fill" TargetName="GelBackground"> <Setter.Value> <RadialGradientBrush> <GradientStop Offset="0" Color="#ffcc00" /> <GradientStop Offset="1" Color="#cc9900" /> </RadialGradientBrush> </Setter.Value> </Setter> </Trigger> </ControlTemplate.Triggers> </ControlTemplate> </Setter.Value> </Setter> </Style> </Window.Resources> <Grid> <Button Width="124">Кнопка с шаблоном</Button> </Grid> * This source code was highlighted with Source Code Highlighter.

Как видно мы задаем новый стиль (строка 2), который переопределяет свойство Template - как раз тот самый шаблон (строка 7 и далее). Все остальное достаточно понятно, кроме наверно строки 17 где цвет задается не как конкретный цвет (напрмер - Red), а как переход к цвету подложки - Transparent. И конечно строка 21 в которой мы задаем, что в нашем шаблоне кнопки в качестве контента должно быть то, что помещено в контент кнопки к которой применен шаблон. В строках 24 и 25 задаются тригеры для изменения цвета кнопки при наведении мышки и при нажатии.
Вот так все это выглядит в обычном режиме, при наведении мышки и нажатии.

Кстати, попробуйте сделать круглую кнопку ;)

вторник, 26 мая 2009 г.

Взаимодействие WF с программным окружением

Продолжим разработку нашего примера с workflow. В данной части мы посмотрим как из WF взаимодествовать с программным окружением. В качестве конечного автомата возьмем конечный автомат от сюда.
В данном примере, для наглядности, давайте создадим приложение с GUI:

Кнопки соответствуют событиям, прямоугольники показывают состояние двери и замка (красный - закрыто, зеленый открыто).
Для взаимодействия с программным окружением используются следующие Activity:
1. СallExternalMethodActivity – используется для вызова метода внешнего по отношению к WF (основные свойства InterfaceType и MethodName)

2. EventDrivenActivity – используется для перехвата событий из кода внешнего по отношению к WF
3. HandleExternalEventActivity – помещается в EventDrivenActivity и ожидает события (основные свойства InterfaceType и EventName)

К событиям передаваемым из внешнего окружения в WF предъявляются следующие требования:
1. Событие должно быть потомок EventHandler
2. В качестве T должен быть любой класс потомок ExternalDataEventArgs
Кстати, конструктор ExternalDataEventArgs принимает Guid потока которому предназначается сообщение.

Для взаимодействия с WF объекты должны являться, во-первых, наследниками интерфейса помеченного атрибутом [ExternalDataExchange].
Введем два интерфейса:

[ExternalDataExchange] public interface IDoor { void OpenLock(); void OpenDoor(); void CloseDoor(); string GetKey(); } [ExternalDataExchange] public interface IVisitor { event EventHandler<ExternalDataEventArgs> TestKey; event EventHandler<ExternalDataEventArgs> Open; event EventHandler<ExternalDataEventArgs> Close; } * This source code was highlighted with Source Code Highlighter.

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

Кстати, если методо вызываемый из WF возвращает значение, то его можно непосредственно в дизайнере привязать к полю WF, использовав для этгого свойство ReturnValue:

Добавив везде где это надо вместо CodeActivity вызов внешних методов и перехват внешних событий, получим конечный автомат вида:

Реализация интерфейса IDoor может иметь вид:

#region IDoor Members public void OpenLock() { if (Dispatcher.Thread != Thread.CurrentThread) { Dispatcher.Invoke(new NoParamHandler(OpenLock), new object[] { }); } else { rcDoorlock.Fill = new SolidColorBrush(Color.FromRgb(0, 255, 0)); } } public void OpenDoor() { if (Dispatcher.Thread != Thread.CurrentThread) { Dispatcher.Invoke(new NoParamHandler(OpenDoor), new object[] { }); } else { rcDoor.Fill = new SolidColorBrush(Color.FromRgb(0, 255, 0)); } } private delegate void NoParamHandler(); public void CloseDoor() { if (Dispatcher.Thread != Thread.CurrentThread) { Dispatcher.Invoke(new NoParamHandler(CloseDoor), new object[] { }); } else { rcDoorlock.Fill = new SolidColorBrush(Color.FromRgb(255, 0, 0)); rcDoor.Fill = new SolidColorBrush(Color.FromRgb(255, 0, 0)); } } public string GetKey() { if (Dispatcher.Thread == Thread.CurrentThread) { return tbKey.Text; } else { return (string)Dispatcher.Invoke(new Func<string>(GetKey), new object[] { }); } } #endregion * This source code was highlighted with Source Code Highlighter.

Ну и в завершении как же создать host для WF. На самом деле все достаточно просто:

WorkflowRuntime workflowRuntime; WorkflowInstance instance; StateMachineWorkflowInstance machine; private void Window_Loaded(object sender, RoutedEventArgs e) { workflowRuntime = new WorkflowRuntime(); workflowRuntime.WorkflowStarted += delegate(object s, WorkflowEventArgs e1) { MessageBox.Show("Рабочий поток начал работу"); }; workflowRuntime.WorkflowCompleted += delegate(object s, WorkflowCompletedEventArgs e1) { MessageBox.Show("Рабочий поток закончил работу"); }; workflowRuntime.WorkflowTerminated += delegate(object s, WorkflowTerminatedEventArgs e1) { MessageBox.Show(e1.Exception.Message); }; ExternalDataExchangeService externalDataExchangeService = new ExternalDataExchangeService(); workflowRuntime.AddService(externalDataExchangeService); externalDataExchangeService.AddService(this); instance = workflowRuntime.CreateWorkflow(typeof(Workflow1)); machine = new StateMachineWorkflowInstance(workflowRuntime, instance.InstanceId); instance.Start(); } * This source code was highlighted with Source Code Highlighter.

В строках 7-13 мы создаем среду выполнения WF и подписываемся на основные ее обработчики.
В строках 14-16 создаем сервис для взаимодействия с WF, регистрируем его в среде выполнения, и добавляем объект методы которого необходимо вызывать и события обрабатывать (в данном случае это текущая форма).
В строках 18,20 создается WF и запускается на выполнение.
В строке 19 получаем ссылку на WF в виде StateMachine которую можно использовать для проверки текущего состояния конечного автоамта, принудительного перевода из состояния в состояние и т.д.

четверг, 21 мая 2009 г.

Статьи про работу с TaskBar в Windows 7

Триггеры в WPF

Триггер(англ. trigger), спусковое устройство (спусковая схема), которое может сколь угодно долго находиться в одном из двух (реже многих) состояний устойчивого равновесия и скачкообразно переключаться из одного состояния в другое под действием внешнего сигнала. (Большая советская энциклопедия).

Собственнов в этом определении сказано все, что нужно для понимания идеи триггеров.
Есть состояние -> происходит событие -> состояние меняется.
Посмотрим простенький пример:

<Style TargetType="{x:Type TextBox}"> <Setter Property="TextBox.Background"> <Setter.Value> <LinearGradientBrush StartPoint="0.5,0" EndPoint="0.5,1"> <GradientStop Offset="0.0" Color="LightCyan" /> <GradientStop Offset="0.14" Color="Cyan" /> <GradientStop Offset="0.7" Color="DarkCyan" /> </LinearGradientBrush> </Setter.Value> </Setter> <Style.Triggers> <Trigger Property="IsFocused" Value="True"> <Setter Property="TextBox.Background"> <Setter.Value> <LinearGradientBrush StartPoint="0.5,0" EndPoint="0.5,1"> <GradientStop Offset="0.0" Color="LightSeaGreen" /> <GradientStop Offset="0.14" Color="SeaGreen" /> <GradientStop Offset="0.7" Color="DarkSeaGreen" /> </LinearGradientBrush> </Setter.Value> </Setter> </Trigger> </Style.Triggers> </Style> * This source code was highlighted with Source Code Highlighter.

Итак, в первой строке задается картинка, для которой во второй строке мы открываем задание набора тригеров. Тригеры у нас заданы в строках 3 и 11. Превый привязан к событию захода мышки в компонент, второй к покиданию мышкой компонента.
В связи с тем, что свойство Width компонента Image имеет тип double мы и применяем в строках 6 и 14 DoubleAnimation. Задав целевое свойство (Storyboard.TargetProperty), продолжительность анимации (Duration) и к какому значению надо привести (To). В результете при навидении мышки на картинку она будет увеличиваться в размере.
Т.к. для каждой картинки в приложении особенно этого не наделаешься, то само собой можно применить стиль...
Например, вот такой:

<Style TargetType="{x:Type Image}"> <Setter Property="Image.Width" Value="100"></Setter> <Style.Triggers> <EventTrigger RoutedEvent="Image.MouseEnter"> <BeginStoryboard> <Storyboard > <DoubleAnimation Storyboard.TargetProperty="Width" BeginTime="00:00:00" Duration="00:00:01" From="100" To="200"> </DoubleAnimation> </Storyboard> </BeginStoryboard> </EventTrigger> <EventTrigger RoutedEvent="Image.MouseLeave"> <BeginStoryboard> <Storyboard > <DoubleAnimation Storyboard.TargetProperty="Width" BeginTime="00:00:00" Duration="00:00:01" To="100"> </DoubleAnimation> </Storyboard> </BeginStoryboard> </EventTrigger> </Style.Triggers> </Style> * This source code was highlighted with Source Code Highlighter.

Теперь все картинки не имеющие переопределений стиля по умолчании будут иметь ширину 100, при наведнии мышки уширяться ;), а при покидании сжиматься...
Не претендуя на изыски можно, например, вот так организовать галлерею:

<StackPanel Orientation="Horizontal"> <Image Source="Chrysanthemum.jpg"></Image> <Image Source="Desert.jpg"></Image> <Image Source="Hydrangeas.jpg"></Image> <Image Source="Jellyfish.jpg"></Image> <Image Source="Koala.jpg"></Image> <Image Source="Lighthouse.jpg"></Image> <Image Source="Penguins.jpg"></Image> <Image Source="Tulips.jpg"></Image> </StackPanel> * This source code was highlighted with Source Code Highlighter.

Ну а в случае, когда нам анимация изменения не нужна, можно применять "не евентовые" тригеры, которые отслеживают изменение свойтсв:

<Style TargetType="{x:Type TextBox}"> <Setter Property="TextBox.Background"> <Setter.Value> <LinearGradientBrush StartPoint="0.5,0" EndPoint="0.5,1"> <GradientStop Offset="0.0" Color="LightCyan" /> <GradientStop Offset="0.14" Color="Cyan" /> <GradientStop Offset="0.7" Color="DarkCyan" /> </LinearGradientBrush> </Setter.Value> </Setter> <Style.Triggers> <Trigger Property="IsFocused" Value="True"> <Setter Property="TextBox.Background"> <Setter.Value> <LinearGradientBrush StartPoint="0.5,0" EndPoint="0.5,1"> <GradientStop Offset="0.0" Color="LightSeaGreen" /> <GradientStop Offset="0.14" Color="SeaGreen" /> <GradientStop Offset="0.7" Color="DarkSeaGreen" /> </LinearGradientBrush> </Setter.Value> </Setter> </Trigger> </Style.Triggers> </Style> * This source code was highlighted with Source Code Highlighter.

Интерес представляют строки с 11 по 23. Как видно в строке 12 задается тригер который отслеживает состояние свойства IsFocused и как только оно станет равно True к TextBox-у будут применен новый Setter. Причем в данном случае заботиться об обратной смене значений не необходимости. При возврате свойства IsFocused в false значение Setter-а будет отменено и фон станет таким каким был по умолчанию.

среда, 20 мая 2009 г.

Пример создания простого конечного автомата

Для создания конечного автомата можно воспользоваться уже существующим шаблоном Visual Studio - "Консольное приложение рабочих процессов конечного автомата".
В результате будет создано консольное приложение включающее конечный автомат и класс содержащий метод Main в который уже добавлен весь код необходимый для запуска конечного автомата.
Основным элементом для построения конечных автоматов является компонент: StateActivity, который и задает состояния конечного автомата.
В качестве примера давайте рассмотри пример конечного автомата, эмитирующего работу двери с кодовым замком:
Состояниями указанного автомата будут являться:
1. Начальное состояние
2. Дверь закрыта, замок защелкнут
3. Замок проверяет код
4. Дверь закрыта, замок открыт
5. Дверь открыта
События, которые должен принимать автомат, будут следующие:
1. Набор кода
2. Код введен правильно
3. Код введен не правильно
4. Открывание двери
5. Закрывание двери
Схематически данный автомат можно изобразить следующим образом:

Добавив 4 состояния в конечный автомата (начальное состояние добавлено автоматически), получим следующий автомат:

Обычно состояние конечного автомата состоит из трех программных компонентов:
1. StateInitializationActivity – выполняет операции при переходе автомата в состояние.
2. Один или несколько EventDrivenActivity – отвечают за перехват сообщений из внешнего мира
3. StateFinalizationActivity – выполняет операции перед тем как автомат покинет текущее состояние.
Ни один из указанных компонентов не является обязательным.
Для начала поместим в Workflow1InitialState два компонента: StateInitializationActivity и StateFinalizationActivity (с компонентом EventDrivenActivity мы познакомимся в следующий раз).
В результате получим:

Двойной клик на любой Activity добавленной в состояние открывает линейный workflow в котором задаются действия выполняемые при передачи управления данному Activity.

Добавим компонент CodeActivity, который позволяет выполнить закрепленный за ним обработчик. Добавим в него код вида:

private void codeActivity1_ExecuteCode(object sender, EventArgs e) { Console.WriteLine("Дверь создана и готова к работе"); } * This source code was highlighted with Source Code Highlighter.

Для перехода в другое состояние используется SetStateActivity, состояние в которое необходимо перейти в данном Activity задается свойством: TargetStateName. В нашем случае его необходимо задать в CloseClose:

Добавим в состояние CloseClose StateInitializationActivity аналогичный Workflow1InitialState указав в качестве выполняемого кода следующий метод (в класс Workflow1 также добавляем строковое поле класса string):

string code = ""; private void codeActivity2_ExecuteCode(object sender, EventArgs e) { Console.WriteLine("Введите код:"); code = Console.ReadLine(); } * This source code was highlighted with Source Code Highlighter.

У SetStateAtivity укажем в качестве TargetStateName состояние TestKey.
В состоянии TestKey в StateInitializationActivity помести проверку ключа на равенство «111». Для этого воспользуемся компонентом IfElseActivity. Все ветви кроме одной данного Activity должны иметь проинициализированным свойство Conditon. В неашем примере установим значение этого свойства в «Declarative Rule Condition» (т.е. само Activity проверяет некое декларативное правило задаваемое при помощи мастера доступного в свойстве ConditionName. Для провекри на соответствие введенного кода введм следующее правило: this.code == "111".
После чего в левую ветвь поместим SetStateActivity с переходом на CloseOpen, а в правую с переходом на CloseClose.

Я думаю, остальные состояния трудности при написании не вызовут. Попробуйте написать их самостоятельно. В результате должно получится что то похожее:

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

вторник, 19 мая 2009 г.

Разработка выпадающего меню: примеры и лучшая практика

http://blog.yed-prior.com/archives/47

Многопоточный доступ в WPF

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

Для примера возьмем простое приложение, со следующим интерфейсом:

При нажатии на кнопку "Старт" запускается длительная операция выводящая состояние процесса в ProgressBar.

Код метода длительной операции для простоты возьмем вот такой:

private int LongOperation() { for (int i = 0; i < 100; i++) { // Имитация полезной работы Thread.Sleep(100); // Сообщаем в визуальную часть, что часть работы выполнена SetProgressBarValue(i + 1); } return 0; } * This source code was highlighted with Source Code Highlighter.

Обработчик клика на кнопке:

private void startButton_Click(object sender, RoutedEventArgs e) { Func<int> operation = LongOperation; operation.BeginInvoke(null, null); } * This source code was highlighted with Source Code Highlighter.

При попытке реализовать метод SetProgressBarValue в лоб:

private void SetProgressBarValue(int newValue) { workProgress.Value++; } * This source code was highlighted with Source Code Highlighter.

мы получим InvalidOperationException

Для решения этой проблемы необходимо воспользоваться замечательным классом Dispatcher, переписав с его помощью код, мы получим:

// Делегат для перевызова метода SetProgressBarValue через диспетчер private delegate void SetProgressBarValueHandler(int newValue); private void SetProgressBarValue(int newValue) { // Проверяем совпадает ли поток диспетчера с потоком вызвавшим метод if (Dispatcher.Thread == Thread.CurrentThread) { // Все замечательно :) меняем значение прогресбара workProgress.Value = newValue; } else { // Нет :( все плохо :( перезапускаем метод в потоке диспетчера Dispatcher.Invoke(new SetProgressBarValueHandler(SetProgressBarValue), new object[] { newValue }); } } * This source code was highlighted with Source Code Highlighter.

Вуаля, все заработало :)

Проект можно скачать здесь: MultithreadingWPF.rar

воскресенье, 31 мая 2009 г.

четверг, 28 мая 2009 г.

вторник, 26 мая 2009 г.

четверг, 21 мая 2009 г.

среда, 20 мая 2009 г.

вторник, 19 мая 2009 г.