简单工厂模式:的最大优点是在工厂类中包含了必要的逻辑判断,根据客户端的选择动态实例化相关类,去得到客户想要的产品。但个人觉得简单工厂模式的最大优点正是产生它最大缺点之处。因为它的工厂类违反了开放-封闭原则(类,模块,方法等对于扩展是开放的,对于更改是封闭的。)。每当新增一个功能,我们就需要去修改它的工厂类,也就是在加一个case,这样我们就违反了封闭原则。
工厂模式:则克服了简单工厂模式这一缺点,在工厂模式中,存在这样几个角色:
(1)抽象工厂;
(2)抽象产品;
(3)具体工厂;
(4)具体产品。
抽象工厂产生具体工厂(具体工厂实现抽象工厂),抽象产品产生具体产品(具体产品实现抽象产品),具体工厂决定去使用某个具体产品。在客户端,用户决定去new某个具体工厂,并将其向上转型给其抽象工厂,再去调用具体产品。
也就是说工厂模式之所以可以不修改工厂类,是因为工厂方法将简单工厂的内部逻辑结构判断转移给了客户端,由客户端去判断,决定使用哪个工厂来产生产品。
策略模式:定义一个策略接口,每个具体策略都去实现这个接口,定义具体的算法或行为,在用一个上下文去维护这个策略。但是策略的使用是由客户端去决定去使用哪个策略,这个和工厂模式相同。
简单工厂模式与策略模式最大的区别:就是策略模式解偶。
策略模式与工厂模式的最大区别:工厂模式不要产品是怎么实现的,只有知道使用哪个具体工厂就可以了,策略模式需要知道每个策略的具体实现,然后再用上下文去调用具体的策略。
为了解决策略模式的客户端逻辑判断,我们可以将简单工厂模式与策略模式结合,将实例化具体策略的过程有客户端移到Context类中。