前言:前篇 C#基础系列——委托实现简单设计模式 简单介绍了下委托的定义及简单用法。这篇打算从设计模式的角度去解析下委托的使用。咱们知道使用委托能够实现对象行为(方法)的动态绑定,从而提升设计的灵活性。上次说过,方法能够理解为委托的实例,站在方法的层面,委托实例的一个很是有用的特性是它既不知道,也不关心其封装方法所属类的详细信息,对它来讲最重要的是这些方法与该委托的参数和返回值的兼容性。即只要方法的返回类型和参数表是相同的,则方法与委托类型兼容,方法的名称及方法所属类等信息委托是不关心的。有必定编程经验的大侠们确定都接触过设计模式,其实设计模式大多数都是面向对象多态特性的体现,经过重写子类方法去展示不一样的设计需求,这样看,既然是方法重写,那么方法的参数类型和返回值类型确定是一致的,这是否是和委托的实例十分类似,这样说来,咱们经过多态去实现的设计模式是否能够用委托的形式去代替。博主以为,为了更好的理解委托,能够从这方面着手试试。。。html
时间过得真快,转眼C#基础系列已经写了8篇随笔了,无论写的好很差,博主都会继续,作事要善始善终嘛~~前天在园子看到一篇文章目录的博文,这里将博主的系列文章也列一个目录出来,这样之后找起来也方便。算法
此篇简单抽取了几个设计模式分别按照多态和委托的方式去实现,固然这里的重点并非讲设计模式,而是为了使读者更好地理解委托。因此设计模式的不少细节,本篇可能会略过。编程
1、简单工厂模式:本篇就借助计算器的例子加以说明。设计模式
一、多态实现简单工厂模式。多线程
class Program2 { static void Main(string[] args) { //1.使用多态实现简单工厂模式 int x = 8, y = 2; var iRes1 = GetObject("+").Compute(x, y); var iRes2 = GetObject("-").Compute(x, y); var iRes3 = GetObject("*").Compute(x, y); var iRes4 = GetObject("/").Compute(x, y); Console.WriteLine(iRes1); Console.WriteLine(iRes2); Console.WriteLine(iRes3); Console.WriteLine(iRes4); Console.ReadKey(); } static Calculator GetObject(string type) { Calculator oRes = null; switch (type) { case "+": oRes = new Add(); break; case "-": oRes = new Subtract(); break; case "*": oRes = new Multiply(); break; case "/": oRes = new Divide(); break; } return oRes; } } public class Calculator { public virtual int Compute(int x, int y) { return 0; } } public class Add : Calculator { public override int Compute(int x, int y) { return x + y; } } public class Subtract : Calculator { public override int Compute(int x, int y) { return x - y; } } public class Multiply : Calculator { public override int Compute(int x, int y) { return x * y; } } public class Divide : Calculator { public override int Compute(int x, int y) { if (y == 0) { return 0; } return x / y; } }
代码应该很容易看懂,直接经过方法的重写去实现,在此就不过多讲解。ide
二、委托方式实现简单工厂模式。post
class Program2 { static void Main(string[] args) { #region 2.委托实现简单工厂模式 int x = 8, y = 2; var oCalculator = new Calculator(); var iRes1 = oCalculator.Compute(x, y, oCalculator.Add);//将方法做为参数传下去 var iRes2 = oCalculator.Compute(x, y, oCalculator.Subtract); var iRes3 = oCalculator.Compute(x, y, oCalculator.Multiply); var iRes4 = oCalculator.Compute(x, y, oCalculator.Divide); Console.WriteLine(iRes1); Console.WriteLine(iRes2); Console.WriteLine(iRes3); Console.WriteLine(iRes4); #endregion Console.ReadKey(); } } public delegate int DelegateCalculator(int x, int y); public class Calculator {
//将方法的实例传递进来,在Compute方法里面执行 public int Compute(int x, int y, DelegateCalculator calculator) { return calculator(x, y); } public int Add(int x, int y) { return x + y; } public int Subtract(int x, int y) { return x - y; } public int Multiply(int x, int y) { return x * y; } public int Divide(int x, int y) { if (y == 0) { return 0; } return x / y; } }
这里须要定义四个实现方法Add、Subtract、Multiply、Divide,而不用在乎这四个方法在哪一个类下面,只要这四个方法的的参数和返回值和委托的定义保持一致便可。这也验证了上面说的 “站在方法的层面,委托实例的一个很是有用的特性是它既不知道,也不关心其封装方法所属类的详细信息,对它来讲最重要的是这些方法与该委托的参数和返回值的兼容性” 。两种方式获得的结果是相同的:优化
2、观察者模式:观察者模式最典型的场景就是订阅者和订阅号的场景this
一、纯多态方式实现观察者模式:这种代码园子里面很是多。spa
class Program3 { static void Main(string[] args) { // 具体主题角色一般用具体自来来实现 ConcreteSubject subject = new ConcreteSubject(); subject.Attach(new ConcreteObserver(subject, "Observer A")); subject.Attach(new ConcreteObserver(subject, "Observer B")); subject.Attach(new ConcreteObserver(subject, "Observer C")); subject.SubjectState = "Ready"; subject.Notify(); Console.Read(); } } //抽象主题类 public abstract class Subject { private IList<Observer> observers = new List<Observer>(); /// <summary> /// 增长观察者 /// </summary> /// <param name="observer"></param> public void Attach(Observer observer) { observers.Add(observer); } /// <summary> /// 移除观察者 /// </summary> /// <param name="observer"></param> public void Detach(Observer observer) { observers.Remove(observer); } /// <summary> /// 向观察者(们)发出通知 /// </summary> public void Notify() { foreach (Observer o in observers) { o.Update(); } } } //具体主题类 public class ConcreteSubject : Subject { private string subjectState; /// <summary> /// 具体观察者的状态 /// </summary> public string SubjectState { get { return subjectState; } set { subjectState = value; } } } //抽象观察者类 public abstract class Observer { public abstract void Update(); } //具体观察者 public class ConcreteObserver : Observer { private string observerState; private string name; private ConcreteSubject subject; /// <summary> /// 具体观察者用一个具体主题来实现 /// </summary> public ConcreteSubject Subject { get { return subject; } set { subject = value; } } public ConcreteObserver(ConcreteSubject subject, string name) { this.subject = subject; this.name = name; } /// <summary> /// 实现抽象观察者中的更新操做 /// </summary> public override void Update() { observerState = subject.SubjectState; Console.WriteLine("The observer's state of {0} is {1}", name, observerState); } }
能够看到虽然已经很好的实现了观察者Observer 和主题Subject之间的分离。可是Subject的内部仍是有对观察者的调用:
public void Notify() { foreach (Observer o in observers) { o.Update(); } }
二、多态和委托实现观察者模式。
class Program3 { static void Main(string[] args) { // 具体主题角色一般用具体自来来实现 ConcreteSubject subject = new ConcreteSubject(); //传入的只是观察者的经过方法。 subject.Attach(new ConcreteObserver(subject, "Observer A").Update); subject.Attach(new ConcreteObserver(subject, "Observer B").Update); subject.Attach(new ConcreteObserver(subject, "Observer C").Update); subject.SubjectState = "Ready"; subject.Notify(); Console.Read(); } } public delegate void ObserverDelegate(); //抽象主题类 public abstract class Subject { public ObserverDelegate observedelegate; /// <summary> /// 增长观察者 /// </summary> /// <param name="observer"></param> public void Attach(ObserverDelegate observer) { observedelegate += observer; } /// <summary> /// 移除观察者 /// </summary> /// <param name="observer"></param> public void Detach(ObserverDelegate observer) { observedelegate -= observer; } /// <summary> /// 向观察者(们)发出通知 /// </summary> public void Notify() { if (observedelegate != null) { observedelegate(); } } } //具体主题类 public class ConcreteSubject : Subject { private string subjectState; /// <summary> /// 具体观察者的状态 /// </summary> public string SubjectState { get { return subjectState; } set { subjectState = value; } } } //具体观察者 public class ConcreteObserver { private string observerState; private string name; private ConcreteSubject subject; /// <summary> /// 具体观察者用一个具体主题来实现 /// </summary> public ConcreteSubject Subject { get { return subject; } set { subject = value; } } public ConcreteObserver(ConcreteSubject subject, string name) { this.subject = subject; this.name = name; } /// <summary> /// 实现抽象观察者中的更新操做 /// </summary> public void Update() { observerState = subject.SubjectState; Console.WriteLine("The observer's state of {0} is {1}", name, observerState); } }
获得结果:
这样设计的优点:
(1)将通知的方法Update经过委托的形式传入主题对象。这样主题对象Subject就彻底和观察者隔离。更好地实现了低耦合。
(2)减小了观察者抽象类的定义。使整个设计更加精简。
(3)若是将设计更进一步,观察者这边自定义delegate void ObserverDelegate()这种类型的方法。好比须要执行Update()方法以后还要记录一个日志的操做。如:
//具体观察者 public class ConcreteObserver { private string observerState; private string name; private ConcreteSubject subject; /// <summary> /// 具体观察者用一个具体主题来实现 /// </summary> public ConcreteSubject Subject { get { return subject; } set { subject = value; } } public ConcreteObserver(ConcreteSubject subject, string name) { this.subject = subject; this.name = name; } /// <summary> /// 实现抽象观察者中的更新操做 /// </summary> public void Update() { observerState = subject.SubjectState; Console.WriteLine("The observer's state of {0} is {1}", name, observerState); } public void Log() { Console.WriteLine("Log:Update方法执行完成"); } }
那么在客户端调用时只须要将Log方法以委托的形式传入便可:
static void Main(string[] args) { // 具体主题角色一般用具体自来来实现 ConcreteSubject subject = new ConcreteSubject(); //传入的只是观察者的经过方法。 var obj = new ConcreteObserver(subject, "Observer A"); subject.Attach(obj.Update); subject.Attach(obj.Log); subject.SubjectState = "Ready"; subject.Notify(); Console.Read(); }
是否是显得更灵活一点。若是是纯多态的方式,因为Subject里面指定了调用Update()方法,因此当须要增长Log方法的时候代码的改变量要大。
3、模板方法模式,这里就以设备采集为例来进行说明:
一、多态实现模板方法模式:
class Program4 { static void Main(string[] args) { var oTem1 = new DeviceMML(); oTem1.Spider(); Console.WriteLine(""); var oTem2 = new DeviceTL2(); oTem2.Spider(); Console.ReadKey(); } } public abstract class TempleteDevice { // 模板方法,不要把模版方法定义为Virtual或abstract方法,避免被子类重写,防止更改流程的执行顺序 public void Spider() { Console.WriteLine("设备采集开始"); this.Login(); this.Validation(); this.SpiderByType1(); this.SpiderByType2(); this.LoginOut(); Console.WriteLine("设备采集结束"); } // 登录 public void Login() { Console.WriteLine("登录"); } // 验证 public void Validation() { Console.WriteLine("验证"); } // 采集 public abstract void SpiderByType1(); public abstract void SpiderByType2(); // 注销 public void LoginOut() { Console.WriteLine("注销"); } } //MML类型的设备的采集 public class DeviceMML : TempleteDevice { public override void SpiderByType1() { Console.WriteLine("MML类型设备开始采集1"); //....... } public override void SpiderByType2() { Console.WriteLine("MML类型设备开始采集2"); } } //TL2类型设备的采集 public class DeviceTL2 : TempleteDevice { public override void SpiderByType1() { Console.WriteLine("TL2类型设备开始采集1"); //....... } public override void SpiderByType2() { Console.WriteLine("TL2类型设备开始采集2"); } }
父类里面的非abstract方法都是模板方法,也就是子类公用而且不能够重写的方法。SpiderType1和SpiderType2是须要子类重写的方法。模板方法模式在抽象类中定义了算法的实现步骤,将这些步骤的实现延迟到具体子类中去实现,从而使全部子类复用了父类的代码,因此模板方法模式是基于继承的一种实现代码复用的技术。
二、使用委托改写后:
class Program4 { static void Main(string[] args) { var oTem1 = new TempleteDevice(DeviceMML.SpiderByType1, DeviceMML.SpiderByType2); oTem1.Spider(); Console.WriteLine(""); var oTem2 = new TempleteDevice(DeviceTL2.SpiderByType1, DeviceTL2.SpiderByType2); oTem2.Spider(); Console.ReadLine(); } } public delegate void DeviceDelegate(); public class TempleteDevice { public DeviceDelegate oDelegate; public TempleteDevice(params DeviceDelegate[] lstFunc) { foreach (var oFunc in lstFunc) { oDelegate += oFunc; } } // 模板方法,不要把模版方法定义为Virtual或abstract方法,避免被子类重写,防止更改流程的执行顺序 public void Spider() { Console.WriteLine("设备采集开始"); this.Login(); this.Validation(); if (oDelegate != null) { oDelegate(); } this.LoginOut(); Console.WriteLine("设备采集结束"); } // 登录 public void Login() { Console.WriteLine("登录"); } // 验证 public void Validation() { Console.WriteLine("验证"); } // 注销 public void LoginOut() { Console.WriteLine("注销"); } } //MML类型的设备的采集 public class DeviceMML { public static void SpiderByType1() { Console.WriteLine("MML类型设备开始采集1"); //....... } public static void SpiderByType2() { Console.WriteLine("MML类型设备开始采集2"); } } //TL2类型设备的采集 public class DeviceTL2 { public static void SpiderByType1() { Console.WriteLine("TL2类型设备开始采集1"); //....... } public static void SpiderByType2() { Console.WriteLine("TL2类型设备开始采集2"); } }
获得结果:
优化模板方法模式的意义:
(1)解除了子类和父类之间的继承关系,更好地实现了对象间的低耦合。
(2)采用委托能够动态实现方法的组合,这种方式更加灵活,子类能够更加灵活的设计不一样部分的方法。而后方法的数量经过params来传递,方法的数量没有什么严格的限制。
固然其余设计模式也可使用委托去优化设计,博主在这里就暂时只分享这三种模式的异同。总的来讲,委托不可能代替多态去实现各类模式,可是它和多态联合起来使用能够实现更加灵活的设计。经过这两篇下来,不知道你是否对委托有点感受了呢,委托这东西,重在实战,就像游泳同样,若是不用那么几回,你永远也不可能学会。以上只是博主我的的理解,可能不少方便没有考虑得那么全面,但愿各位园友拍砖斧正~~