设计模式——《大话设计模式》——简单工厂模式+策略模式+策略与简单工场结合

工场模式的基础：

有一个abstract_super，有若干的子类实现其方法

工场模式的精髓：

客户端：声明一个abstract_super的引用，将客户端的情况作为参数，调用Factory中“生成相应对象”的方法，获得相应的对象，然后可以调用相应对象的方法，实现客户端的需求。

服务端：建立一个“生成相应对象”的方法，这个方法中有参数来自于客户端，根据这个参数，这个方法会进行判断，以生成相应对象，传到客户端。

工场模式的弊端：

如此一来，当出现新的abstract_super子类，工场就必须在内部进行修改。

 

策略模式它使用的“算法”不可能同时，只执行一种，于是我们可以简化——假设已经判断了使用何种算法(判断交给了客户端去做了)。

策略模式的基础：

有一个abstract_super，有若干的子类实现其方法

工场模式的精髓：

客户端：将原来工场模式的“判断，生成对象”的任务交给了客户端，然后调用"执行类"的方法(去执行子类的方法)。

服务端：有个“执行类”，这个类声明一个abstract_super引用，一个方法接受客户端生成的对象赋给此引用，此类的其它方法即可根据多态执行此子类对应的方法。

策略模式的弊端：

将判断及生成何种对象的任务交给了客户端，这样客户端就必须知道生成何种对象。

 

策略模式+工场模式

从整体上看，其实属于策略模式，只是我们又把判断放到了“执行类”里面。这样客户端就只需要了解“执行类”，并按要求输入参数。

工场模式中客户端必须知道abstract_super类，Factory类，并按要求输入参数。

策略模式中客户端必须知道"执行类"，abstract_super的各个子类，并按要求输入参数。

其它貌似没有什么好处

 

有什么错误或需要完善的请告诉我  ╮(╯_╰)╭