在我们的桌面应用程序(不管是WinForm还是WPF)我们都必须去面对线程的dispatchingwindow图形用户系统中像基于.netWinForm或者是WPF都有一个唯一的主线程。他们是基于Win32消息循环队列机制处理UI界面的事件(又分为事件的钻取和隧道)、渲染。所以在一个长时间的事件处理中,我们的UI不会得到及时的更新和响应,甚至会出现假死状态。所以在GUI编程有这么一条黄金规则:不要再GUI主线程处理长时间的应用。对于长时间的处理,我们需要应用在异步线程中,并且通常认为最佳的实践并不是为每一个操作创建一个线程,而是放入线程池队列中。

注:一下代码都分析了WinForm,但是贴出带带代码为WPF

一:常规编程

       下面是响应UI按钮事件,异步处理方式:

在这里如果我们需要操作更新UI呢?将会引出一个GUI经典Exception:你所操作的uI不是该线程创建的。对于这个Exception我们的解决方案是:
WinForm:异常代理调用this.BeginInvokeWPF这有绘画线程:Code如下:

  1. private void okButton_Click( object sender, RoutedEventArgs e )  
  2. {  
  3.     ThreadPool.QueueUserWorkItem(  
  4.         delegate  
  5.             {  
  6.                 this.contact.Save();  
  7.                 this.Dispatcher.BeginInvoke(   
  8.                     DispatcherPriority.Normal,  
  9.                     new Action( () => MessageBox.Show( GetWindow( this ), "Saved!" ) ) );  
  10.             } );  

二:简洁的面向方向编程处理:

在上面的代码中有很好相似之处,我们能不能简化,使得我们的开发并不需要关心这里的线程技术问题,没有线程的概念化,使得我们只需要关心我们的业务逻辑处理?在面向方向编程,讲究纵向拦截,利用AOP,我们可以很好的处理这些问题。特别是PostSharp这种静态注入方式,如微软企业库EL这类动态拦截方式,我们不能直接创建new对象,然而我们这里并不能控制窗体的创建。

先看想想我们期望最终如何来这种代码,我对代码很吝啬,不想写太多,写的越少越好,就像jQuery口号一样:“Write Less, Do More,”。我想最多加一个Attribute吧,必究还是需要标示嘛。期望Code如下:

  1. [OnWorkerThread]  
  2. private void okButton_Click( object sender, RoutedEventArgs e )  
  3. {  
  4.     this.contact.Save();  
  5.     this.ShowMessage( "Contact Saved!" );  
  6. }  
  7.    
  8. [OnGuiThread]  
  9. void ShowMessage(string message)  
  10. {  
  11.     MessageBox.Show(GetWindow(this), message);  

在下面我们将引入两个个AttributeOnWorkerThreadAttributeOnGuiThreadAttribute,实现他们。首先我们需要的是方法的拦截所以肯定是选择MethodInterceptionAspect基类。下面我们实现简单的异常线程OnWorkerThreadAttribute

[在这里我们在OnInvoke中截取方法,并利用args.Proceed()

Serializable]  

  1.  
  2. public class OnWorkerThreadAttribute : MethodInterceptionAspect  
  3.  
  4. {  
  5.  
  6.     public override void OnInvoke( MethodInterceptionArgs args )  
  7.  
  8.     {  
  9.  
  10.         ThreadPool.QueueUserWorkItem( state => args.Proceed() );  
  11.  
  12.     }  
  13.  
  14. }  
  15.  
  16.  
  17.  

来调用原方法,这如我上面所说,我们在多线程池中执行该异步处理。
 

 

来检测。并进行相应的操作。

 

下面我们将实现Gui线程OnGuiThreadAttribute,与上面不同的是稍微复杂一些,我们需要考虑我们的当前线程是不是主线程,如果不是那么我们必须异步处理。WPF中我们可以用Dispatcher.CheckAccessWinFormInvokeRequired

通过上面的两个Attribute这下我们可能很简单的操作,GUI线程,使得我们并不需要关心实际如何处理更多的时间来关心我们的业务逻辑,从烦躁重复的代码中解脱出来。

本文来之PostSharp官方实例 翻译(其实也不全是翻译,我E文不是太好,只能大概看看,再凭自己去揣测博主的思路写下去的)。

静态注入(如PostSharp)MSBuild+MSIlInject原理浅析:

1.                浅谈.NET编译时注入(C#-->IL

2.                浅谈VS编译自定义编译任务—MSBuild Task(csproject)

3.                编译时MSIL注入--实践Mono Cecil(1)  

4.                MSBuild + MSILInect实现编译时AOP之预览

5.                MSBuild + MSILInect实现编译时AOP-改变前后对比

 

  1. [Serializable]  
  2.  
  3. public class OnGuiThreadAttribute : MethodInterceptionAspect  
  4.  
  5. {  
  6.  
  7.     public DispatcherPriority Priority { get; set; }  
  8.  
  9.    
  10.  
  11.     public override void OnInvoke(  
  12.  
  13.         MethodInterceptionArgs eventArgs)  
  14.  
  15.     {  
  16.  
  17.         DispatcherObject dispatcherObject =  
  18.  
  19.             (DispatcherObject)eventArgs.Instance;  
  20.  
  21.    
  22.  
  23.         if (dispatcherObject.CheckAccess())  
  24.  
  25.         {  
  26.  
  27.             // We are already in the GUI thread. Proceed.  
  28.  
  29.             eventArgs.Proceed();  
  30.  
  31.         }  
  32.  
  33.         else 
  34.  
  35.         {  
  36.  
  37.             // Invoke the target method synchronously.   
  38.  
  39.             dispatcherObject.Dispatcher.Invoke(this.Priority, new Action(eventArgs.Proceed));  
  40.  
  41.         }  
  42.  
  43.     }  
  44.  

  1. private void okButton_Click(object sender, RoutedEventArgs e)  
  2.  
  3. {  
  4.  
  5.     ThreadPool.QueueUserWorkItem(  
  6.  
  7.         delegate { this.contact.Save(); });  
  8.  
  9. }  
  10.  
  11.  
  12.