WPFのApplication.DoEvents（）はどこにありますか？

ボタンが押されるたびにズームする次のサンプルコードがあります。

XAML：

<Window x:Class="WpfApplication12.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        Title="MainWindow" Height="350" Width="525">

    <Canvas x:Name="myCanvas">

        <Canvas.LayoutTransform>
            <ScaleTransform x:Name="myScaleTransform" />
        </Canvas.LayoutTransform> 

        <Button Content="Button" 
                Name="myButton" 
                Canvas.Left="50" 
                Canvas.Top="50" 
                Click="myButton_Click" />
    </Canvas>
</Window>

* .cs

public partial class MainWindow : Window
{
    public MainWindow()
    {
        InitializeComponent();
    }

    private void myButton_Click(object sender, RoutedEventArgs e)
    {
        Console.WriteLine("scale {0}, location: {1}", 
            myScaleTransform.ScaleX,
            myCanvas.PointToScreen(GetMyByttonLocation()));

        myScaleTransform.ScaleX =
            myScaleTransform.ScaleY =
            myScaleTransform.ScaleX + 1;

        Console.WriteLine("scale {0}, location: {1}",
            myScaleTransform.ScaleX,
            myCanvas.PointToScreen(GetMyByttonLocation()));
    }

    private Point GetMyByttonLocation()
    {
        return new Point(
            Canvas.GetLeft(myButton),
            Canvas.GetTop(myButton));
    }
}

出力は次のとおりです。

scale 1, location: 296;315
scale 2, location: 296;315

scale 2, location: 346;365
scale 3, location: 346;365

scale 3, location: 396;415
scale 4, location: 396;415

ご覧のとおり、問題はあるので、使って解決しようと思っApplication.DoEvents();たのですが… .NET4にはアプリオリには存在しません。

何をすべきか？

古いApplication.DoEvents（）メソッドはWPFで非推奨になり、ディスパッチャーまたはバックグラウンドワーカースレッドを使用して説明したように処理を行うようになりました。両方のオブジェクトの使用方法に関するいくつかの記事のリンクを参照してください。

どうしてもApplication.DoEvents（）を使用する必要がある場合は、system.windows.forms.dllをアプリケーションにインポートして、メソッドを呼び出すだけです。ただし、WPFが提供するすべての利点が失われるため、これは実際には推奨されません。

このようなものを試してください

public static void DoEvents()
{
    Application.Current.Dispatcher.Invoke(DispatcherPriority.Background,
                                          new Action(delegate { }));
}

さて、ディスパッチャースレッドで実行されるメソッドで作業を開始し、UIスレッドをブロックせずにブロックする必要がある場合に遭遇しました。msdnは、ディスパッチャ自体に基づいてDoEvents（）を実装する方法を説明していることがわかりました。

public void DoEvents()
{
    DispatcherFrame frame = new DispatcherFrame();
    Dispatcher.CurrentDispatcher.BeginInvoke(DispatcherPriority.Background,
        new DispatcherOperationCallback(ExitFrame), frame);
    Dispatcher.PushFrame(frame);
}

public object ExitFrame(object f)
{
    ((DispatcherFrame)f).Continue = false;

    return null;
}

（Dispatcher.PushFrameメソッドから取得）

同じロジックを適用する単一の方法でそれを好む人もいるかもしれません。

public static void DoEvents()
{
    var frame = new DispatcherFrame();
    Dispatcher.CurrentDispatcher.BeginInvoke(DispatcherPriority.Background,
        new DispatcherOperationCallback(
            delegate (object f)
            {
                ((DispatcherFrame)f).Continue = false;
                return null;
            }),frame);
    Dispatcher.PushFrame(frame);
}

ウィンドウグラフィックを更新するだけでよい場合は、次のように使用することをお勧めします

public static void DoEvents()
{
    Application.Current.Dispatcher.Invoke(DispatcherPriority.Render,
                                          new Action(delegate { }));
}

myCanvas.UpdateLayout();

同様に機能するようです。

提案された両方のアプローチの1つの問題は、アイドル状態のCPU使用率（私の経験では最大12％）を伴うことです。これは、モーダルUIの動作がこの手法を使用して実装されている場合など、場合によっては最適ではありません。

次のバリエーションでは、タイマーを使用してフレーム間に最小の遅延を導入します（ここでは、Rxで記述されていますが、通常のタイマーで実現できます）。

 var minFrameDelay = Observable.Interval(TimeSpan.FromMilliseconds(50)).Take(1).Replay();
 minFrameDelay.Connect();
 // synchronously add a low-priority no-op to the Dispatcher's queue
 Application.Current.Dispatcher.Invoke(DispatcherPriority.Background, new Action(() => minFrameDelay.Wait()));

の導入以来、（以前の）*同期ブロックのコードを使用してUIスレッドを途中で放棄することが可能にasyncなりawaitましたTask.Delay、例えば

private async void myButton_Click(object sender, RoutedEventArgs e)
{
    Console.WriteLine("scale {0}, location: {1}", 
        myScaleTransform.ScaleX,
        myCanvas.PointToScreen(GetMyByttonLocation()));

    myScaleTransform.ScaleX =
        myScaleTransform.ScaleY =
        myScaleTransform.ScaleX + 1;

    await Task.Delay(1); // In my experiments, 0 doesn't work. Also, I have noticed
                         // that I need to add as much as 100ms to allow the visual tree
                         // to complete its arrange cycle and for properties to get their
                         // final values (as opposed to NaN for widths etc.)

    Console.WriteLine("scale {0}, location: {1}",
        myScaleTransform.ScaleX,
        myCanvas.PointToScreen(GetMyByttonLocation()));
}

正直に言うと、上記の正確なコードでは試していませんが、多くのアイテムをに配置するときにタイトなループで使用します ItemsControlが、高価なアイテムテンプレートがある、他のアイテムに与えるために小さな遅延を追加することがありますUIにもっと時間をかけます。

例えば：

        var levelOptions = new ObservableCollection<GameLevelChoiceItem>();

        this.ViewModel[LevelOptionsViewModelKey] = levelOptions;

        var syllabus = await this.LevelRepository.GetSyllabusAsync();
        foreach (var level in syllabus.Levels)
        {
            foreach (var subLevel in level.SubLevels)
            {
                var abilities = new List<GamePlayingAbility>(100);

                foreach (var g in subLevel.Games)
                {
                    var gwa = await this.MetricsRepository.GetGamePlayingAbilityAsync(g.Value);
                    abilities.Add(gwa);
                }

                double PlayingScore = AssessmentMetricsProcessor.ComputePlayingLevelAbility(abilities);

                levelOptions.Add(new GameLevelChoiceItem()
                    {
                        LevelAbilityMetric = PlayingScore,
                        AbilityCaption = PlayingScore.ToString(),
                        LevelCaption = subLevel.Name,
                        LevelDescriptor = level.Ordinal + "." + subLevel.Ordinal,
                        LevelLevels = subLevel.Games.Select(g => g.Value),
                    });

                await Task.Delay(100);
            }
        }

Windowsストアでは、コレクションに素敵なテーマの移行がある場合、その効果は非常に望ましいものです。

ルカ

• コメントを参照してください。私が答えをすばやく書いていたとき、私はコードの同期ブロックを取得し、スレッドを呼び出し元に戻すという行為について考えていました。その結果、コードのブロックは非同期になります。私の答えを完全に言い換えたくはありません。なぜなら、読者はServyと私が何について口論していたのかを理解できないからです。

WPFでDoEvent（）を作成します。

Thread t = new Thread(() => {
            // do some thing in thread
            
            for (var i = 0; i < 500; i++)
            {
                Thread.Sleep(10); // in thread

                // call owner thread
                this.Dispatcher.Invoke(() => {
                    MediaItem uc = new MediaItem();
                    wpnList.Children.Add(uc);
                });
            }
            

        });
        t.TrySetApartmentState(ApartmentState.STA); //for using Clipboard in Threading
        t.Start();

私のためにうまくいきます！

元の質問への回答：DoEventsはどこにありますか？

DoEventsはVBAだと思います。また、VBAにはスリープ機能がないようです。ただし、VBAには、スリープまたは遅延とまったく同じ効果を得る方法があります。DoEventsはSleep（0）と同等であるように私には思えます。

VBとC＃では、.NETを扱っています。そして、元の質問はC＃の質問です。C＃では、Thread.Sleep（0）を使用します。0は0ミリ秒です。

あなたが必要

using System.Threading.Task;

使用するためにファイルの先頭に

Sleep(100);

あなたのコードで。