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

If I am in a function in the code behind, and I want to implement displaying a "Loading..." in the status bar the following makes sense, but as we no from WinForms is a NoNo:

StatusBarMessageText.Text = "Loading Configuration Settings...";            
LoadSettingsGridData();
StatusBarMessageText.Text = "Done";

What we all now from WinForms Chapter 1 class 101, is the form won't display changes to the user until after the Entire Function completes... meaning the "Loading" message will never be displayed to the user. The following code is needed.

Form1.SuspendLayout();    
StatusBarMessageText.Text = "Loading Configuration Settings...";                
Form1.ResumeLayout();

LoadSettingsGridData();

Form1.SuspendLayout();    
StatusBarMessageText.Text = "Done";
Form1.ResumeLayout();

What is the best practice for dealing with this fundamental issue in WPF?

From stackoverflow mrbradleyt

• Try PriorityBindings...

  http://blog.paranoidferret.com/index.php/2008/09/03/wpf-tutorial-priority-bindings/

  From Chris Mancini

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

  From Abe Heidebrecht

• 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 Method
  void _backgroundWorker_DoWork(object sender, DoWorkEventArgs e)
  {
      // Do something
  }
  
  // Completed Method
  void _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.

  Martin Konicek : That is true, but BackgroundWorker (threading) is not needed in this case.
  From mrbradleyt

• Best and simplest:

  var d = Dispatcher.DisableProcessing();
  /* your work... Use dispacher.begininvoke... */
  d.Dispose();
  

  crtracy : I just added this to a DataGrid update in a .NET 4 app and it made the grid updates much smoother.
  From Ernest