Де Application.DoEvents () у WPF?

У мене є такий зразок коду, який збільшується при кожному натисканні кнопки:

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();але ... вона не існує апріорі в .NET 4.

Що робити?

Старий метод Application.DoEvents () застарів у WPF на користь використання диспетчера або фонової робочої нитки для обробки, як ви описали. Дивіться посилання на кілька статей про те, як використовувати обидва об’єкти.

Якщо вам обов’язково потрібно використовувати Application.DoEvents (), ви можете просто імпортувати system.windows.forms.dll у свою програму та викликати метод. Однак це дійсно не рекомендується, оскільки ви втрачаєте всі переваги, які надає WPF.

Спробуйте щось подібне

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

Ну, я просто потрапив у випадок, коли я починаю роботу над методом, який працює на потоці Dispatcher, і йому потрібно блокувати, не блокуючи потоку інтерфейсу користувача. Виявляється, 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 Method )

Деякі можуть віддати перевагу одному методу, який застосовуватиме ту саму логіку:

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();

здається, це теж працює.

Однією з проблем обох запропонованих підходів є те, що вони спричиняють простою використання центрального процесора (до 12%, на мій досвід). У деяких випадках це неоптимально, наприклад, коли поведінка модального інтерфейсу реалізована за допомогою цієї техніки.

Наступний варіант вводить мінімальну затримку між кадрами за допомогою таймера (зауважте, що це написано тут із 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()));

З моменту введення 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якому є дорогий шаблон елемента, іноді додаючи невелику затримку, щоб дати іншому речі на інтерфейсі більше часу.

Наприклад:

        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, коли приємний перехід теми в колекції, ефект є цілком бажаним.

Лука

• дивіться коментарі. Коли я швидко писав свою відповідь, я думав про те, як взяти синхронний блок коду, а потім віддати потік назад своєму абоненту, ефект якого робить блок коду асинхронним. Я не хочу повністю переформулювати свою відповідь, тому що тоді читачі не можуть зрозуміти, про що ми з Серві сварились.

Зробіть свій DoEvent () у WPF:

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 еквівалентно режиму сну (0).

У VB та C # ви маєте справу з .NET. І оригінальне питання - це питання на C #. У C # ви б використовували Thread.Sleep (0), де 0 - 0 мілісекунд.

Тобі потрібно

using System.Threading.Task;

у верхній частині файлу, щоб використовувати

Sleep(100);

у вашому коді.