XamlReader.Load en un hilo de fondo. ¿Es posible?

Question

A WPF aplicación tiene una operación de carga de un control de usuario a partir de un archivo separado usando XamlReader.Load() método:

StreamReader mysr = new StreamReader(pathToFile); 
DependencyObject rootObject = XamlReader.Load(mysr.BaseStream) as DependencyObject; 
ContentControl displayPage = FindName("displayContentControl") as ContentControl; 
displayPage.Content = rootObject; 

El proceso lleva algún tiempo debido al tamaño del archivo, de modo de interfaz de usuario se congela durante varios segundos.

Para mantener la aplicación receptiva trato de usar una hebra de fondo para realizar la parte de la operación que no está directamente invocada en la actualización de la IU.

Al intentar utilizar BackgroundWorker me dio un error: El subproceso de llamada debe ser STA, debido a que muchos componentes de interfaz de usuario requieren este

lo tanto, fui otra manera:

private Thread _backgroundThread; 
_backgroundThread = new Thread(DoReadFile); 
_backgroundThread.SetApartmentState(ApartmentState.STA); 
_backgroundThread.Start(); 
void DoReadFile() 
{ 
    StreamReader mysr3 = new StreamReader(path2); 
    Dispatcher.BeginInvoke(
      DispatcherPriority.Normal, 
      (Action<StreamReader>)FinishedReading, 
      mysr3); 
} 

void FinishedReading(StreamReader stream) 
    {    
     DependencyObject rootObject = XamlReader.Load(stream.BaseStream) as DependencyObject; 
     ContentControl displayPage = FindName("displayContentControl") as ContentControl; 
     displayPage.Content = rootObject; 
    } 

Este no resuelve nada porque todas las operaciones que consumen tiempo permanecen en el hilo de UI.

Cuando trato de este tipo, por lo que todos los análisis en segundo plano:

private Thread _backgroundThread; 
_backgroundThread = new Thread(DoReadFile); 
_backgroundThread.SetApartmentState(ApartmentState.STA); 
_backgroundThread.Start(); 
void DoReadFile() 
{ 
    StreamReader mysr3 = new StreamReader(path2);  
    DependencyObject rootObject3 = XamlReader.Load(mysr3.BaseStream) as DependencyObject; 
     Dispatcher.BeginInvoke(
      DispatcherPriority.Normal, 
      (Action<DependencyObject>)FinishedReading, 
      rootObject3); 
    } 

    void FinishedReading(DependencyObject rootObject) 
    {    
    ContentControl displayPage = FindName("displayContentControl") as ContentControl; 
    displayPage.Content = rootObject; 
    } 

que tiene una excepción: El subproceso de llamada no se puede acceder a este objeto porque un subproceso diferente es el dueño. (en el UserControl cargado hay otros controles presentes que pueden dar el error)

¿Hay alguna manera de realizar esta operación de tal manera que la IU responda?

Answer 1

Lograr que el XAML cargue un hilo de fondo no es esencialmente un iniciador. Los componentes de WPF tienen una afinidad de subprocesos y, en general, solo se pueden usar a partir de los subprocesos en los que se crean. Por lo tanto, al cargar en un subproceso en segundo plano, la interfaz de usuario responderá pero creará componentes que luego no podrán conectarse a la secuencia de la interfaz de usuario.

La mejor opción que tiene aquí es dividir el archivo XAML en trozos más pequeños y cargarlos incrementalmente en el subproceso de la interfaz de usuario, asegurándose de permitir una bomba de mensajes entre cada operación de carga. Posiblemente usando BeginInvoke en el objeto Dispatcher para programar las cargas.

Answer 2

Como descubriste, no puedes usar XamlReader.Load a menos que el hilo sea STA e incluso si lo es, tendrás que hacer que inicie un mensaje de bomba y canalizar todo el acceso a los controles que creó a través de eso. Esta es una forma fundamental de cómo funciona WPF y no se puede ir en contra.

Así que sus únicas opciones reales son:

1. hueco por la XAML en trozos más pequeños.
2. Inicia un nuevo hilo STA para cada llamada Load. Después de que Load regresa, el subproceso tendrá que iniciar un ciclo de mensajes y administrar los controles que creó. Su aplicación deberá tener en cuenta el hecho de que diferentes controles son ahora propiedad de diferentes hilos.

Answer 3

No tengo la solución exacta, pero puede obtener indicaciones de los siguientes enlaces.

http://www.codehosting.net/blog/BlogEngine/post/Opening-WPF-Windows-on-a-new-thread.aspx

http://eprystupa.wordpress.com/2008/07/28/running-wpf-application-with-multiple-ui-threads/

Answer 4

Puede llamar a un método que permite dar el control a otro hilo:

http://msdn.microsoft.com/en-us/library/ms748331.aspx

Se llama .Freeze()

Answer 5

sistema. Xaml tiene una clase Xaml​Background​Reader, tal vez podría hacer que funcione para usted. Analice el XAML en el hilo de fondo pero construya los objetos en el hilo de UI.