引言
最近我们有集体学习了设计模式,不论是通过我们自己讨论还是听师哥师姐们的分享,这个的收获是非常大的,这一次学习设计模式感到非常的亲切,可能是因为里面有一些模式在自己的项目中已经用到了,像抽象工厂、单例等,不管我们以前用的对还是不对,这一次我们还是对以前在项目中用到过的设计模式更加的熟悉,所以总结一句话,我们在平常的编码过程中应该多用一些设计模式,这样我们才能更好的理解设计模式的精髓。
在讲解三个工厂的时候自己终于对接口和抽象类有了更深的理解,在这和大家分享一下,如果我理解的有错请大家指出。
工厂方法类图
工厂方法:定义一个用于创建对象的借口,让子类决定实例化哪一个类,工厂方法使一
个类的实例化延迟到其子类。
下面给大家一个具体的实例类图:
下面我们从代码中查看抽象类和接口的区别:
1、工厂为接口的时候,代码如下
operation类:
{ private double _numberA = 0; private double _numberB = 0; public double NumberA { get { return _numberA; } set { _numberA = value; } } public double NumberB { get { return _numberB; } set { _numberB = value; } } public virtual double GetResult() { double result = 0; return result; } }
工厂接口:
interface IFactory { Operation CreateOperation(); }
具体加法类:
public class OperationAdd:Operation { public override double GetResult() { double result = 0; result = NumberA + NumberB; return result; } }
具体减法类:
public class OperationSub:Operation { public override double GetResult() { double result = 0; result = NumberA - NumberB; return result; } }
加法工厂:
class AddFactory:IFactory { public Operation CreateOperation() { return new OperationAdd(); } }
减法工厂:
public class SubFactory:IFactory { public Operation CreateOperation() { return new OperationSub(); } }
main函数:
namespace 工厂方法 { public class Program { public static void Main(string[] args) { <span style="color:#ff0000;"><strong>IFactory operFactory = new SubFactory();</strong></span> Operation oper = operFactory.CreateOperation(); oper.NumberA = 1; oper.NumberB = 2; double result = oper.GetResult(); Console.WriteLine(result); } } }
问题一、在main函数中我们实例化工厂的时候为什么是IFactory?
答:因为在这里IFactory是个接口,其余的SubFacory是实现了这个接口,也就是在实现接口的时候,具体的实现类里面的方法必须和接口一模一样。所以说在这我们既可以用具体的实现类SubFactory 也可以用IFactory,当我们用IFactory的时候更可以达到代码复用的效果,当我们想实现加法功能的时候,我们只需要将上面加粗的代码后面的Subfactory更改为Addfactory即可。问题二:如果我们将IFactory这个接口换成抽象类,是否还可以像上面代码那样写?
代码如下:
{ public abstract class IFactory { public abstract Operation CreateOperation(); } }
答:如果我们当我们子类没有扩展父类的方法的时候,这样写是完全可以的,但是我们
大家都知道,子类继承父类的时候是可以扩展自己拥有的功能的,如果一旦子类有了自己独自的功能,上面的写法就错了。因为这样实例化的结果是只能调用父类中的方法,子类的方法是不能被调用的。
从上面的例子中我们得出以下结论:
1、抽象类可以给出一些成员的实现(像例子中的operation类),而接口却不包含成员的实现。
2、抽象类的抽象成员可被子类部分实现,接口的成员需要实现类完全实现。
3、一个类只能是按一个抽象类,但可以实现过个接口
4、如果行为扩约不同累的对象,可使用接口;对于一些相似类的对象,用继承抽象类。
5、从设计的角度看,抽象类是从子类中发现了公共的东西,泛化出了父类,然后子类
继承父类,而接口是根本不值子类的存在,发发如何实现还不确认,预先定义。
小结
通过这次重温设计模式的活动自己收获了很多,对以前不是很懂的知识有了更好的理解,并且接触到了很多的新名词,这些名词自己在项目中也遇到过,像动态代理,AOP等,但是通过听师哥们分享和自己总结,又有了一个大的进步,其实学习就是这样我们需要反复的学习,但是每一次都要有新的收获,这样才更有意义。