In WPF, what is the equivalent of Suspend/ResumeLayout() and BackgroundWorker() from Windows Forms

Best and simplest:

using(var d = Dispatcher.DisableProcessing()){    /* your work... Use dispacher.begininvoke... */}

Or

IDisposable d;try{    d = Dispatcher.DisableProcessing();    /* your work... Use dispacher.begininvoke... */} finally {    d.Dispose();}

In reading the article by Shawn Wildermuth WPF Threads: Build More Responsive Apps With The Dispatcher.

I came accross the following, which states you can use the Background Worker just like you could in WindowsForms. Fancy that:

BackgroundWorker Now that you have a sense of how the Dispatcher works, you might be surprised to know that you will not find use for it in most cases. In Windows Forms 2.0, Microsoft introduced a class for non-UI thread handling to simplify the development model for user interface developers. This class is called the BackgroundWorker. Figure 7 shows typical usage of the BackgroundWorker class.

Figure 7 Using a BackgroundWorker in WPF

BackgroundWorker _backgroundWorker = new BackgroundWorker();...// Set up the Background Worker Events_backgroundWorker.DoWork += _backgroundWorker_DoWork;backgroundWorker.RunWorkerCompleted +=     _backgroundWorker_RunWorkerCompleted;// Run the Background Worker_backgroundWorker.RunWorkerAsync(5000);...// Worker Methodvoid _backgroundWorker_DoWork(object sender, DoWorkEventArgs e){    // Do something}// Completed Methodvoid _backgroundWorker_RunWorkerCompleted(    object sender,     RunWorkerCompletedEventArgs e){    if (e.Cancelled)    {        statusText.Text = "Cancelled";    }    else if (e.Error != null)     {        statusText.Text = "Exception Thrown";    }    else     {        statusText.Text = "Completed";    }}

The BackgroundWorker component works well with WPF because underneath the covers it uses the AsyncOperationManager class, which in turn uses the SynchronizationContext class to deal with synchronization. In Windows Forms, the AsyncOperationManager hands off a WindowsFormsSynchronizationContext class that derives from the SynchronizationContext class. Likewise, in ASP.NET it works with a different derivation of SynchronizationContext called AspNetSynchronizationContext. These SynchronizationContext-derived classes know how to handle the cross-thread synchronization of method invocation.

In WPF, this model is extended with a DispatcherSynchronizationContext class. By using BackgroundWorker, the Dispatcher is being employed automatically to invoke cross-thread method calls. The good news is that since you are probably already familiar with this common pattern, you can continue using BackgroundWorker in your new WPF projects.

The easiest way to get this to work is to add the LoadSettingsGridData to the dispatcher queue. If you set the operation's DispatcherPriority sufficiently low enough, the layout operations will occur, and you will be good to go.

StatusBarMessageText.Text = "Loading Configuration Settings...";this.Dispatcher.BeginInvoke(new Action(LoadSettingsGridData), DispatcherPriority.Render);this.Dispatcher.BeginInvoke(new Action(() => StatusBarMessageText.Text = "Done"), DispatcherPriority.Render);