Enterprise Library深入解析与灵活应用(3):倘若将Unity、PIAB、Exception Handling引入MVP模式.. .. ..
最近在做一个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也一并整合进来。(Source Code 下载)
一、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的依赖,这也充分体现了面向结构变成的原则。
二、模拟简单的MVP
接下来我们通过一个简单的场景来模拟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
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显示出来,就像这样:
P.S. 虽然讲Policy Injection应用到Presenter可以通过AOP的方式来进行异常的处理,但是这要求View上的所有具有潜在异常抛出的逻辑都需要通过Presenter来实现,因为ExceptionHandler是应用到Presenter上面的。