引言
最近我们有集体学习了设计模式，不论是通过我们自己讨论还是听师哥师姐们的分享，
这个的收获是非常大的，这一次学习设计模式感到非常的亲切，可能是因为里面有一些
模式在自己的项目中已经用到了，像抽象工厂、单例等，不管我们以前用的对还是不
对，这一次我们还是对以前在项目中用到过的设计模式更加的熟悉，所以总结一句话，
我们在平常的编码过程中应该多用一些设计模式，这样我们才能更好的理解设计模式的
精髓。
在讲解三个工厂的时候自己终于对java券商股票交易接口,接口和抽象类有了更深的理解，在这和大家分享一
下，如果我理解的有错请大家指出。
工厂方法类
工厂方法：定义一个用于创建对象的借口，让子类决定实例化哪一个类，工厂方法使一
个类的实例化延迟到其子类。
下面给大家一个具体的实例类：
下面我们从代码中查看抽象类和接口的区别：
工厂为接口的时候，代码如下
{privatedouble_numberA=0;privatedouble_numberB=0;publicdoubleNumberA{get{return_numberA;}set{_numberA=value;}}publicdoubleNumberB{get{return_numberB;}set{_numberB=value;}}publicvirtualdoubleGetResult(){doubleresult=0;returnresult;}}
工厂接口：
具体加法类：
publicclassOperationAdd:Operation{publicoverridedoubleGetResult(){doubleresult=0;result=NumberA+NumberB;returnresult;}}
具体减法类：
publicclassOperationSub:Operation{publicoverridedoubleGetResult(){doubleresult=0;result=NumberA-NumberB;returnresult;}}加法工厂：
classAddFactory:IFactory{publicOperationCreateOperation(){returnnewOperationAdd();}}减法工厂：
publicclassSubFactory:IFactory{publicOperationCreateOperation(){returnnewOperationSub();}}
main函数：
namespace工厂方法{publicclassProgram{publicstaticvoidMain(string[]args){
问题在main函数中我们实例化工厂的时候为什么是IFactory？
答：因为在这里IFactory是个接口，其余的SubFacory是实现了这个接口，也就是在实
现接口的时候，具体的实现类里面的方法必须和接口一模一样。所以说在这我们既可以
用具体的实现类SubFactory也可以用IFactory，当我们用IFactory的时候更可以达到代
码复用的效果，当我们想实现加法功能的时候，我们只需要将上面加粗的代码后面的
Subfactory更改为Addfactory即可。
问题如果我们将IFactory这个接口换成抽象类，是否还可以像上面代码那样写？
代码如下：
答：如果我们当我们子类没有扩展父类的方法的时候，这样写是完全可以的，但是我们
大家都知道，子类继承父类的时候是可以扩展自己拥有的功能的，如果一旦子类有了自
己独自的功能，上面的写法就错了。因为这样实例化的结果是只能调用父类中的方法，
子类的方法是不能被调用的。
从上面的例子中我们得出以下结论：
抽象类可以给出一些成员的实现，而接口却不包含成
员的实现。
抽象类的抽象成员可被子类部分实现，接口的成员需要实现类完全实现。
一个类只能是按一个抽象类，但可以实现过个接口
如果行为扩约不同累的对象，可使用接口；对于一些相似类的对象，用继承抽象
类。
从设计的角度看，抽象类是从子类中发现了公共的东西，泛化出了父类，然后子类
继承父类，而接口是根本不值子类的存在，发发如何实现还不确认，预先定义。
小结
通过这次重温设计模式的活动自己收获了很多，对以前不是很懂的知识有了更好的理
解，并且接触到了很多的新名词，这些名词自己在项目中也遇到过，像动态代理，AOP
等，但是通过听师哥们分享和自己总结，又有了一个大的进步，其实学习就是这样我们
需要反复的学习，但是每一次都要有新的收获，这样才更有意义。
文章为作者独立观点，不代表股票交易接口观点
相关文章
股民评论