Как правильно сделать машину состояний на WPF?

Question

[Damir]

Доброго всем времени суток!
Передо мной стоит следующая задача:
Необходимо переписать машину состояний для WPF, которая до этого была сделана при помощи WorkFlow. Основное условие такое, что вьюхи(xaml) должны грузиться динамически из файлов.

Кратко о моем решении:
Есть окно, в него помещен элемент типа Frame. Его свойство Content прибиндино к свойству типа Page CurrentPage у ViewModel. Соответственно DataContext`ом у Frame это мой ViewModel.
В конструкторе ViewModel создается экземпляр машины состояний, В которой запускает бесконечный цикл while в отдельном STA потоке Thread. Этот поток проверяет очередь переходов с определенной периодичностью. Как только он находит запись в очереди переходов происходит загрузка нового состояния. Вьюха гружу так:

using (var fs = new FileStream(ViewFilePath, FileMode.Open))
                    {
                        pageToLoad = XamlReader.Load(fs) as Page;
                    }

Тут никаких проблем. После удачной загрузки вьюхи, вызываем event onStateChanged во ViewModel. Где свойству CurrentPage присваивается значение newState.Page.

Вот тут и возникает проблема. При попытке отобразить новое окно возникает ошибка:

Exception:Thrown: "Вызывающий поток не может получить доступ к данному объекту, так как владельцем этого объекта является другой поток." (System.InvalidOperationException)
A System.InvalidOperationException was thrown: "Вызывающий поток не может получить доступ к данному объекту, так как владельцем этого объекта является другой поток."

Собственно вопрос в этом и заключается. Как побороть эту ошибку, чтобы он отобразил мне CurrentPage?
Хотя возможно в целом подход кривой и кто-то может поделиться более грамотным решением.

Спасибо за внимание. Очень надеюсь на вашу помощь.

Прилагаю исходники тестового проекта:
Тестовый проект

Comments

[tex0]

для работы с элементом управления из стороннего потока попробуйте использовать Dispatcher.InvokeAsync или Dispatcher.Invoke.

[Damir]

tex0: Спасибо за ответ. Но, честно, в своем случае я не понимаю где поместить его. Так как, видимо, он падает на методе get() для CurrentPage при попытки отобразить Frame с Contentom в виде моей страницы.

[tex0]

Damir: пробегитесь дебагером и посмотрите точно, где всё падает. По хорошему, использовать Dispatcher надо во всех случаях, где вы работаете со сторонним элементом управления, созданном в другом потоке.

А вообще - лучше бы вы сюда ещё куски кода запостили с указанием места падения, ибо я не экстрасенс, на расстоянии определять причины ваших проблем ;-)

[Damir]

tex0: Прошу прощения. Попробую показать ключевые моменты.
Вот обработчик события о смене состояния:

private void LoadState(State state)
        {
            var methodName = MethodBase.GetCurrentMethod().Name;
            try
            {
                 state.Page.Dispatcher.Invoke(new Action(() =>
                {
                    CurrentPage = state.Page;
                }));
            }
            catch (Exception ex)
            {
                _logger.Error(Thread.CurrentThread.ManagedThreadId + " # " + "{0} - {1}:{2}", methodName, MessageResource.ErrorUnExpectedException, ex.Message);
            }
        }

А вот Get, Set CurrentPage

public Page CurrentPage
        {
            get
            {
                return
                    _currentPage;
            }
            set
            {
                var methodName = MethodBase.GetCurrentMethod().Name;
                try
                {
                     _currentPage = value;
                    NotifyChanged("CurrentPage");
                }
                catch (Exception ex)
                {
                    _logger.Fatal("{0} - {1}:{2}", methodName, MessageResource.ErrorUnExpectedException, ex.Message);
                }
            }
        }

Ексепшены появляются на выходе из сеттера. Но никак не ловятся. Может Dispatcher не того элемента использую?

[tex0]

Damir: ну во первых по поводу отлова исключений - в меню студии Debug->Exceptions и напротив "Common Language Runtime Exceptions" в колонке Thrown поставьте галочку.
Далее по вашему коду...
Попробуйте Dispatcher от элемента управления, свойство которого вы меняете посредством биндинга (Т.е. ваш ViewModel).

[tex0]

Damir: (извиняюсь, диспатчер от Frame. Вы же его свойство меняете через биндинг)

[Damir]

tex0: Ничего страшного. Я понял о чем Вы. Но что-то он не дает мне к нему обратиться. Я постараюсь сделать упрощенную версию приложения и выложу где-нибудь. Может быть так будет проще. Если, конечно, Вас не затруднит его посмотреть.

[tex0]

Damir: Вообще, я ещё раз перечитал ваш изначальный пост и ИМХО, я бы сделал по другому:
ViewModel, создавал бы в конструкторе главного элемента (может у вас MainWindow) в котором существует ваш Frame. Затем у зкземпляра viewModel задал бы свойство (предварительно определенное в классе-модели), что-то типа OwnerFrame, задав ему объект того самого фрейма. А вот дальше (в конструкторе главного элемента или в другом месте, но отдельной функцией), я бы уже запустил процедуру со сторонним потоком, по анализу состояний.

[Damir]

tex0: Сейчас попробую. Спасибо!

Answer 1

[Damir]

В общем сделал немного по другому. Состояние новое гружу в том же потоке, где создаю машину состояний. Воспользовался AsyncOperation.

Answer 2

[Aleksej]

В одном из проектов реализовал машину состояний с помощью Appccelerate Statemachine.
Все очень просто, для меня оказалось проще чем Workflow Foundation.
В моем случае я обошелся тем же потоком. Подумайте сможете ли вы обойтись одним потоком иначе возникнут те же грабли, ибо проблема у вас с потоком, а не с машиной.

Comments

[Damir]

Спасибо! Я посмотрю. Может быть реально получится как-то прикрутить ее к нашей задаче.