C# と VB.NET の質問掲示板

たぶん、みなさん、以下の意味が分からないと思われ。
> ※言い換えれば、FrameのPageをShowDialogで出したい、みたいな感じです。

もう少し、分かりやすく解説お願いいたします。

返信ありがとうございます。

■No100458 (ぶなっぷ さん) に返信
> たぶん、みなさん、以下の意味が分からないと思われ。
>>※言い換えれば、FrameのPageをShowDialogで出したい、みたいな感じです。
> 
> もう少し、分かりやすく解説お願いいたします。
> 

以下のようなことがしたいのです。
Uri uri = new Uri("/Page010_SortieMenu.xaml", UriKind.Relative);
using (Frame dlg = new Frame(uri))
{
    if (dlg.ShowDialog() == DialogResult.OK)
    {
        //OKがクリックされた場合
        MessageBox.Show("aaa");
    } else
    {
        //キャンセルがクリックされた場合
        MessageBox.Show("キャンセルされました。");
    }
}


URLでの情報提供ありがとうございます。

例を参考に記述したところ、画面は停止するものの、
クリックを促す画面が表示されず、またクリックそのものも出来ない状態となりました……

以下にコードを記しますので、何か不足の点がありましたら、お教えください。

        private readonly CountdownEvent condition = new CountdownEvent(1);
        private void Button_click(object sender, EventArgs e)
        {
　　　　　　　　DoWork()
                //停止してここから先進まない
                MessageBox.Show("aaa");
        }
        private async void DoWork()
        {

            Uri uri = new Uri("/Page010_SortieMenu.xaml", UriKind.Relative);
　　　　　　//以下が画面に表示されず
            await Task.Run(() =>
            {
                Application.Current.Dispatcher.Invoke((Action)(() =>
                {
                    Frame frame = new Frame();
                    frame.Source = uri;
                    frame.Margin = new Thickness(0, 0, 0, 0);
                    this.canvasMain.Children.Add(frame);
                }));
            });
　　　　　　//アプリケーション全体が止まり、マウスを動かすことは出来るが、クリック出来ない
            condition.Wait();
        }

        private void Button_RightKeyDown(object sender, EventArgs e)
        {
　　　　　　//wait後、クリック出来ないので意味がない
            condition.Signal();
            Thread.Sleep(1);
            condition.Reset();
        }

■No100460 (エルデの王 さん) に返信
> クリックを促す画面が表示されず、またクリックそのものも出来ない状態となりました……

プログラムは、書いた通りにしか動かないものです。
コードを理解せずに適当に切り貼りしたら動かないのはそういうものです。


>         private async void DoWork()
>         {
> 
>             Uri uri = new Uri("/Page010_SortieMenu.xaml", UriKind.Relative);
> 　　　　　　//以下が画面に表示されず
>             await Task.Run(() =>
>             {
>                 Application.Current.Dispatcher.Invoke((Action)(() =>
>                 {
>                     Frame frame = new Frame();
>                     frame.Source = uri;
>                     frame.Margin = new Thickness(0, 0, 0, 0);
>                     this.canvasMain.Children.Add(frame);
>                 }));
>             });
> 　　　　　　//アプリケーション全体が止まり、マウスを動かすことは出来るが、クリック出来ない
>             condition.Wait();
>         }


async キーワード内の await で処理再開した後（つまり元のスレッド＝メインスレッド）で Wait したら固まるのはそうでしょう。
今回のケースで Wait を書けて良いのは、別スレッド（Task 内）でしょうから。

思うのですが、この内容なら別に DoWork とか await とかせず、Button_RightKeyDown の中に続きを書いたらよいのでは？
経験が浅いと、１シーケンス（１つの関数の中でユーザー操作イベントを待つ）で作るしかない、そう作るのが楽だと思い込みがちですが、実際にはそう書く方が難しいので。

■No100463 (Azulean さん) に返信
> ■No100462 (エルデの王 さん) に返信
>>つまり、メインスレッドでクリック待ちをすることは、
>>ダイアログボックスを用いることでしか出来ないということでしょうか？

Azuleanさんと同意見ですが、
下記で実現できませんか？　＝＝＞　エルデの王さん
※検証していません。
※メインスレッドを停止させずに待つ方法がawaitなので

        private readonly CountdownEvent condition = new CountdownEvent(1);
        private void Button_click(object sender, EventArgs e)
        {
　　　　　　　　DoWork()
                MessageBox.Show("aaa");
        }
        private async void DoWork()
        {

            Uri uri = new Uri("/Page010_SortieMenu.xaml", UriKind.Relative);
　　　　　　//以下が画面に表示されず
            await Task.Run(() =>
            {
                Application.Current.Dispatcher.Invoke((Action)(() =>
                {
                    Frame frame = new Frame();
                    frame.Source = uri;
                    frame.Margin = new Thickness(0, 0, 0, 0);
                    this.canvasMain.Children.Add(frame);
                }));
            });
            await Task.Run(() =>
            {
                condition.Wait();
            });
        }

        private void Button_RightKeyDown(object sender, EventArgs e)
        {
            condition.Signal();
            Thread.Sleep(1);
            condition.Reset();
        }

非同期にすべきは、バックグラウンドで行われる処理なのでは？

WPFの仕様上、GUIはメインスレッドで行わないといけません。
なので、こんな感じでどうでしょう？

private void Button_click(object sender, EventArgs e)
{
    Uri uri = new Uri("/Page010_SortieMenu.xaml", UriKind.Relative);
    Frame frame = new Frame();
    frame.Source = uri;
    frame.Margin = new Thickness(0, 0, 0, 0);
    this.canvasMain.Children.Add(frame);
    frame.ContentRendered += MainWindow_ContentRendered;
    frame.OKButton.Click += OKButton_Click;
}

private async void MainWindow_ContentRendered(object sender, EventArgs e)
{
    await Task.Run(() =>
    {
        foreach(なんかループ)
        {
            // 非同期に行いたい処理

            // フラグが立っていたら、frameを閉じてbreak;
        }
    });
}

private void OKButton_Click(object sender, RoutedEventArgs e)
{
    // フラグを立てる
}

■No100469 (ぶなっぷ さん) に返信
> 非同期にすべきは、バックグラウンドで行われる処理なのでは？
> 
> WPFの仕様上、GUIはメインスレッドで行わないといけません。
> なので、こんな感じでどうでしょう？

残念ですが、独自プログラミング言語を上から順番に実行していくものが作りたいので、、、

まあつまり、
event worldevent001
<-
	message("てｓｔ");
　　　　if(true){
        	message("てｓｔてｓｔ");
        }
	message("てｓｔてｓｔてｓｔ");
->
こういうコードがあるのですが、これを元に木構造を作り、
ユーザーがクリックして進めるものにしたかったのです。

案を頂きありがとうございます。

■No100466 (kiku さん) に返信
> 同じ考えです。
> あえて分けて書いた方が、質問者さんにわかりやすいかなと思ったしだいです。
> 自分も実際のコードでしたら、Invoke の直後に書くと思います。

待つところが違うような・・・

private async void DoWork() {
    Uri uri = new Uri("/Page010_SortieMenu.xaml", UriKind.Relative);
    await Task.Run(() =>
    {
        condition.Reset();
        condition.Wait();    // ここで待つのでは？
        Application.Current.Dispatcher.Invoke((Action)(() =>
        {
            Frame frame = new Frame();
            frame.Source = uri;
            frame.Margin = new Thickness(0, 0, 0, 0);
            this.canvasMain.Children.Add(frame);
        }));
    });
}

■No100477 (エルデの王 さん) に返信
> 遅くなりました。すみません。
> 残念ですが検証した結果、待機状態になりませんでした。
> 案を頂きありがとうございます。


ああ、見逃していた。
DoWork 呼び出し元に Task 返していない＆ DoWork 呼び出し箇所で await してないので、待つことなく実行されますね。

private async void Button_click(object sender, EventArgs e)
{
  await DoWork()
  MessageBox.Show("aaa");
}
private async Task DoWork()
{
// 以下略


いずれにせよ、インタープリタを作っているなら、await(Task) を根っこまで返すのが面倒くさいような気がするので、難しいかもしれませんが。