ID #35828

Enterprise Library深入解析与灵活应用(3):倘若将U

  本文示例源代码或素材下载

  最近在做一个Smart Client Software Factory的项目。熟悉SCSF或者CAB的都应该很清楚MVP这种设计模式。MVP是MVC的一种变体,View和Mode分别关注于UI的呈现和业务模型,View和Mode完全分离,View通过Presenter实现对业务模型的访问,Presenter“间接”地调用View实现对UI的操作。对于MVP中的异常处理,我们是直接通过EntERPrise Library的Exception Handling Application Block来实现的。具体的做法是:在View中的每个控件的事件中添加try/catch block, 并在catch中通过ExceptionPolicy实现对异常的处理。这样导致的问题是,相同的代码重复散布于整个应用的各个角落,所以我又这样的想法:通过Policy Injection以AOP的方式实现对异常的处理,当有了这个想法后,我又多想了一步,何不再将Unity也一并整合进来。

  一、MVP简介

  为了让一些没有接触过MVP的读者能够理解后续的内容,我先对MVP做一个简单的介绍。如下图所示:MVP有点类似于我们熟悉的MVC, View负责实现对UI的呈现已经与用户进行交互,在CAB中,View一般通过一个User Control来实现, Mode关注于具体的业务模型,独立于View和Presenter。View具有一个Presenter的引用,当View需要调用Mode的时候(比如需要访问Mode传入查询条件获取数据),通过Presenter访问Mode。对于Presenter来说,它需要对View进行操作(比如数据成功获取后,将其显示到View中),但是Presenter并不会“直接”对View本身进行引用,而是引用View的接口(IView),所以View对象是一个不稳定的对象,而Presenter仅仅需要View中一些固定的操作,所以对将这些操作定义在IView interface中,将对View的依赖转化成对IView的依赖,这也充分体现了面向结构变成的原则。

Enterprise Library深入解析与灵活应用(3):倘若将Unity、PIAB、Exception Handling引入MVP模式.. .. ..

  二、模拟简单的MVP

  接下来我们通过一个简单的场景来模拟MVP。这是我常用的计算器的例子,整体的构成如下图所示:

Enterprise Library深入解析与灵活应用(3):倘若将Unity、PIAB、Exception Handling引入MVP模式.. .. ..

  1、ICalculator:Calculator的接口,定义了一个用于进行除法运算的操作

namespace Artech.UnityInMVP
{
  public interface ICalculator
  {
    int Divide(int op1, int op2);
  }
}

  2、Calculator:实现了ICalculator接口

namespace Artech.UnityInMVP
{
  public class Calculator:ICalculator
  {
    public int Divide(int op1, int op2)
    {
      return op1 / op2;
    }
  }
}

  3、CalculatePresenter:被View调用进行数学运算,并将运算结果显示到View中

namespace Artech.UnityInMVP
{
   public class CalculatePresenter
  {
    public CalculatePresenter()
    {
      this.Calculator = new Calculator();
    }
  
    public ICalculateView View
    { get; set; }
  
    public ICalculator Calculator
    { get; set; }
  
    public void Calculate(int op1, int op2)
    {
      int result = this.Calculator.Divide(op1, op2);
      this.View.DisplayResult(result);
    }
  }
}

  在CalculatePresenter具有一个ICalculateView 属性,通过该属性实现对于运算结果的显示。之所以定义ICalculator 是想解除对具体的Calculator的依赖,但是到目前为止,这个目标还没有达到,因为在构造函数中还是依赖于Calculator。

  4、ICalculateView :定义了一个用于显示运算结果的操作,该操作被CalculatePresenter调用

namespace Artech.UnityInMVP
{
  public interface ICalculateView
  {
    void DisplayResult(int result);
  }
}

  5、CalculateView:在本例中是一个Form,并实现了ICalculateView

Enterprise Library深入解析与灵活应用(3):倘若将Unity、PIAB、Exception Handling引入MVP模式.. .. ..

namespace Artech.UnityInMVP
{
  public partial class CalculateView : ICalculateView
  {   
  
    public CalculatePresenter Presenter
    { get; set; }
  
    #region ICalculateView Members
  
    public void DisplayResult(int result)
    {
      this.textBoxResult.Text = result.ToString();
    }
  
    #endregion
  
    private void buttonCalculate_Click(object sender, EventArgs e)
    {
      int op1;
      int op2;
      if(!int.TryParse(this.textBoxOp1.Text.Trim(), out op1))
      {
        return;
      }
  
       if(!int.TryParse(this.textBoxOp2.Text.Trim(), out op2))
      {
        return;
      }
  
       try
       {
         this.Presenter.Calculate(op1, op2);
       }
       catch (Exception ex)
       {
         if (ExceptionPolicy.HandleException(ex, "UI Exception Policy"))
         {
           throw;
         }
       }
    }
  
    private void CalculateView_Load(object sender, EventArgs e)
    {
      this.Presenter = new CalculatePresenter ();
      this.Presenter.View = this;
    }
  }
}

  在Load的时候对Presenter属性进行初始化, 并将View对象设置为View本身。在buttonCalculate_Click中,传入用户输入的操作数,并调用Presenter的Calculate方法。为了处理潜在的Exception,加了一个try/catch,并在catch中调用了EntERPrise Library Excepton Handling Applicaion Block进行异常的处理。同时CalculateView 实现了ICalculateView的DisplayResult方法,将运算结果显示在TextBox中。

  三、通过Unity和Policy Injection对上面的程序进行改造

  我现在的目标是对上面的设计进行改进,达到下述两个目标:

  通过AOP的方式进行异常的处理,相同的try/catch频繁出现不是一个好的现象(实际上在我们现在的项目中,除了恶异常处理,还有其他一些相识的非业务逻辑,我希望的是这些业务无关的逻辑都通过AOP实现)。

  解除CalculatePresenter 对Calculator的依赖,使其仅仅依赖于ICalculator。

  我的思路是这样的,将Policy Injection Application Block引入,用于实现Exception Handling操作;将Unity引入通过Depedency Injection实现对CalculatePresenter 和Calculator的解耦;同时通过Unity Extension实现Policy Injection和Unity的集成(参见本系列第一章).

  为此我们先对CalculatePresenter进行改造。

namespace Artech.UnityInMVP
{
  [ExceptionCallHandler("UI Exception Policy")]
  public class CalculatePresenter:MarshalByRefObject
  {
    public CalculatePresenter()
    {
      this.Calculator = new Calculator();
    }
  
    public ICalculateView View
    { get; set; }
  
    [Dependency]
    public ICalculator Calculator
    { get; set; }
  
    public void Calculate(int op1, int op2)
    {
      int result = this.Calculator.Divide(op1, op2);
      this.View.DisplayResult(result);
    }
  }
}

  为了让Policy Injection能够起作用,我让其继承MarshalByRefObject,并且以Custom Attribute的形式应用了ExceptionCallHandler,并制定exception handling policy(在真正的项目开发中,我推荐通过configuration的方式应用Policy injection)。

  通过[Dependency]实现了基于Unity的Property dependency.

  然后我们接着对View进行改造,由于我们在CalculatePresenter使用了[Dependency]和[ExceptionCallHandler],我们需要通过Unity Container的方式来创建CalculatePresenter对象,为此我定义了View的基类:ViewBase.

namespace Artech.UnityInMVP
{
  public partial class ViewBase : Form
  {   
  
    private IUnityContainer _unityContainer;
  
    protected IUnityContainer UnityContainer
    {
      get
      {
        if (this._unityContainer == null)
        {
          this._unityContainer = new UnityContainer();
          UnityConfigurationSection unityConfigSection = ConfigurationManager.GetSection("unity") as UnityConfigurationSection;
          unityConfigSection.Containers.Default.Configure(this._unityContainer);
        }
        return this._unityContainer;
      }
    }
  }
}

  在ViewBase 定义了IUnityContainer 属性,用于View创建对应的Presenter对象,这样CalculateView就可以这样来定义了:

namespace Artech.UnityInMVP
{
  public partial class CalculateView : ViewBase, ICalculateView
  {
    public CalculateView()
    {
      InitializeComponent();          
    }
  
    public CalculatePresenter Presenter
    { get; set; }
  
    #region ICalculateView Members
  
    public void DisplayResult(int result)
    {
      this.textBoxResult.Text = result.ToString();
    }
  
    #endregion
  
    private void buttonCalculate_Click(object sender, EventArgs e)
    {
      int op1;
      int op2;
      if(!int.TryParse(this.textBoxOp1.Text.Trim(), out op1))
      {
        return;
      }
  
       if(!int.TryParse(this.textBoxOp2.Text.Trim(), out op2))
      {
        return;
      }
  
       this.Presenter.Calculate(op1, op2);
    }
  
    private void CalculateView_Load(object sender, EventArgs e)
    {
      this.Presenter = this.UnityContainer.Resolve<CalculatePresenter>();
      this.Presenter.View = this;
    }
  }
}

  在buttonCalculate_Click中,根本就不需要try/catch了,在View初始化时,直接通过UnityContainer的Resolve方法创建Presenter。

  我们最后来看看相关的配置:

<?XML version="1.0" encoding="utf-8"?>
<configuration>
 <configSections>
  <section name="exceptionHandling" type="Microsoft.Practices.EntERPriseLibrary.ExceptionHandling.Configuration.ExceptionHandlingSettings, Microsoft.Practices.EnterpriseLibrary.ExceptionHandling, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
  <section name="unity" type="Microsoft.Practices.Unity.Configuration.UnityConfigurationSection,Microsoft.Practices.Unity.Configuration, Version=1.1.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
 </configSections>
 <exceptionHandling>
  <exceptionPolicies>
   <add name="UI Exception Policy">
    <exceptionTypes>
     <add type="System.Exception, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"
      postHandlingAction="None" name="Exception">
      <exceptionHandlers>
       <add type="Artech.UnityInMVP.ExceptionHandlers.MessageBoxHandler,Artech.UnityInMVP"
        name="Custom Handler" />
      </exceptionHandlers>
     </add>
    </exceptionTypes>
   </add>
  </exceptionPolicies>
 </exceptionHandling>
 <unity>
  <containers>
   <container>
    <types>
      <type type=" Artech.UnityInMVP.ICalculator,Artech.UnityInMVP" mapTo="Artech.UnityInMVP.Calculator,Artech.UnityInMVP"/>
    </types>
    <extensions>
     <add type="Artech.UnityInMVP.UnityExtensions.PolicyInjectionExtension,Artech.UnityInMVP" />
    </extensions>
   </container>
  </containers>
 </unity>
</configuration>

  其中第一部分是exceptionHandling的配置,为了简单起见,我创建了一个自定义的ExceptionHandler:MessageBoxHandler来处理所有的exception,该handler仅仅将error message通过MessageBox显示出来,有兴趣的朋友可以下载source code看看。

<exceptionHandling>
  <exceptionPolicies>
   <add name="UI Exception Policy">
    <exceptionTypes>
     <add type="System.Exception, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"
      postHandlingAction="None" name="Exception">
      <exceptionHandlers>
       <add type="Artech.UnityInMVP.ExceptionHandlers.MessageBoxHandler,Artech.UnityInMVP"
        name="Custom Handler" />
      </exceptionHandlers>
     </add>
    </exceptionTypes>
   </add>
  </exceptionPolicies>
 </exceptionHandling>

  第二部分是unity的配置,在<types>中定义了ICalculator和Calculator的mapping关系,实现了Presenter和Calculator的解耦;而extensions的配置实现了Policy Injection和Unity的集成,详细实现可以查看本系列第一章。

<unity>
  <containers>
   <container>
    <types>
      <type type=" Artech.UnityInMVP.ICalculator,Artech.UnityInMVP" mapTo="Artech.UnityInMVP.Calculator,Artech.UnityInMVP"/>
    </types>
    <extensions>
     <add type="Artech.UnityInMVP.UnityExtensions.PolicyInjectionExtension,Artech.UnityInMVP" />
    </extensions>
   </container>
  </containers>
 </unity>

  这就使所有的实现。如何运算出现异常,比如将第二个操作数设为零,我们定义的MessageBoxHandler就会被执行,并通过MessageBox将Message显示出来,就像这样:

Enterprise Library深入解析与灵活应用(3):倘若将Unity、PIAB、Exception Handling引入MVP模式.. .. ..

  P.S. 虽然讲Policy Injection应用到Presenter可以通过AOP的方式来进行异常的处理,但是这要求View上的所有具有潜在异常抛出的逻辑都需要通过Presenter来实现,因为ExceptionHandler是应用到Presenter上面的。


2008-10-25 00:00
阅读:
I'm VC , Just U know Y
本站部分文章来源于互联网,版权归原作者所有。

延伸阅读:

深入解析Close()和Dispose()的区别!

深入解读 ADO.NET2.0的十大最新特性

深入分析ADO.NET中的DataSet对象

ASP.NET Web Page应用深入探讨

深入理解 ViewState