序言
前两篇讲解了UIMediator框架的使用及具体原理代码。本篇讲述MediatorManager的实现代码及展望。
MediatorManager
MediatorManager的作用有两点:
一是解除前端对Mediator子类的依赖,所有前端只需与MediatorManager交互,不需知道Mediator子类;
二是通过MediatorManager可以实现其他前端控件的扩展。
以下为MediatorManager实现代码(笔者在写作本文时,将Bind<T>更改为静态函数)
public class MediatorManager
{ private static List<Mediator> Mediators = new List<Mediator>();
public static void Bind<T>(Control control, T BindInstance, string BindProperty) where T : class,IPropertyChange
{
Mediator mediator;
Type type = Type.GetType(MethodBase.GetCurrentMethod().DeclaringType.Namespace + "." + control.GetType().Name + "Mediator");
object obj = Activator.CreateInstance(type);
if (obj != null)
{
mediator = (Mediator)obj;
mediator.Bind(control, BindInstance, BindProperty);
Mediators.Add(mediator);
} }
}
请注意上述代码中
Type type = Type.GetType(MethodBase.GetCurrentMethod().DeclaringType.Namespace + "." + control.GetType().Name + "Mediator");
此段代码实现了其他前端控件的扩展性。
后续如果需要扩展其他前端控件时,只需将该控件Mediator子类的命名空间编写成与UIMediator命名空间一致,类名为前端控件类名+Mediator即可。
示例如下:假设其他前端控件类的类名为CustomControl,UIMediator命名空间为UIMediator。
namespace UIMediator
{
public class CustomControlMediator : Mediator
{
......
}
}
MediatorManager展望
之所以把MediatorManager单独作为一篇来写,是因为MediatorManager上可做的“手脚”太多了。展望MediatorManager,还有以下扩展可以做:
1、采用配置化(XML)的形式,可更加灵活地增加其他前端控件Mediator子类。
2、现有UI与后台属性的绑定是通过在UI程序中硬编码实现的,灵活性差。
如果采用配置+依赖注入的方式可实现更为灵活的UI与后台业务逻辑分离。
附上DEMO,欢迎大家拍砖讨论。