首页 > 代码库 > 设计模式 之 简单工厂与工厂方法
设计模式 之 简单工厂与工厂方法
最近开始学习《大话设计模式》,作者以通俗的方式来讲解,还有故事情节,幽默的对白,给人耳目一新的感觉。非常喜欢作者的这种步步深入,循循善诱的方式。学习了就要总结,总结的时候自己也学着作者的方式,以自己生活中的小例子来实现我们的设计模式。下面就开始我们的第一讲《简单工厂和工厂方法》。
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; namespace 简单工厂 { //抽象产品类 public abstract class food { public abstract void Show(); } //具体产品类型 public class huiguorou:food { public override void Show() { Console.WriteLine("来咯,回锅肉一份!"); } } public class mapodoufu:food { public override void Show() { Console.WriteLine("来咯,麻婆豆腐一份!"); } } public class shuizhuroupian:food { public override void Show() { Console.WriteLine("来咯,水煮肉片一份!"); } } public class yuxiangrousi:food { public override void Show() { Console.WriteLine("来咯,鱼香肉丝一份!"); } } //简单工厂 public class foodFacoty { public static food CreateFood(string Name) { food Food = null; switch (Name) { case "回锅肉": Food = new huiguorou(); break; case "麻婆豆腐": Food = new mapodoufu(); break; case "水煮肉片": Food = new shuizhuroupian(); break; case "鱼香肉丝": Food = new yuxiangrousi(); break; } return Food; } } class Program { static void Main(string[] args) { Console.WriteLine("老板,给我们来份回锅肉!"); Console.WriteLine("再来一份水煮肉片!"); food Food1 = foodFacoty.CreateFood("回锅肉"); Food1.Show(); food Food2 = foodFacoty.CreateFood("水煮肉片"); Food2.Show(); } } }
简单工厂的类图:
简单工厂的优点
1.通过IProduct隔离了客户程序与ConcreteProductA的依赖关系,在客户程序视野内根本就没有ConcreteProductA。
2.即使ConcreteProductA增加、删除方法或属性,也无妨大局,只要按照要求实现了IProduct就可以了,Client无须关心ConcreteProductA的变化。
3.相对直接写个ConcreteProductA而言,要平白地多写一个工厂出来,尤其需要IProduct频繁变化的时候,客户程序也闲不下来。
简单工厂的局限性
简单工厂比较优雅的解决了外部new()的问题,它把目标实例的创建工作交给外部的工厂完成,是设计模式化思想一个很不错的引子。但如果应用中需要工厂的类型只有一个,而且工厂的职责又非常单纯——就是一个new()的替代品,类似我们面向对象中普遍的思路,这时候就需要进一步抽象了,于是出现了新的发展:工厂方法模式和抽象工厂模式。
接下来我们就用工厂方法来改进一下上面的代码,利用工厂方法,我们就不需要上面的简单工厂类,而是创建一个抽象工厂,这个抽象工厂有一个生产食物的方法。然后再用具体的工厂继承抽象工厂,并实现产生不同食物的方法。最后我们的客户端代码也就不一样了。
//抽象工厂 public abstract class FoodFactory { public abstract food CreateFood(); } //具体工厂 public class huiguorouFactory : FoodFactory { public override food CreateFood() { return new huiguorou(); } } public class mapodoufuFactory : FoodFactory { public override food CreateFood() { return new mapodoufu(); } } public class shuizhuroupianFactory : FoodFactory { public override food CreateFood() { return new shuizhuroupian(); } } public class yuxiangrousiFactory : FoodFactory { public override food CreateFood() { return new yuxiangrousi(); } } class Program { static void Main(string[] args) { Console.WriteLine("老板,给我们来份回锅肉!"); Console.WriteLine("再来一份鱼香肉丝"); FoodFactory factory1 = new huiguorouFactory(); food Food1 = factory1.CreateFood(); Food1.Show(); FoodFactory factory2 = new yuxiangrousiFactory(); food Food2 = factory2.CreateFood(); Food2.Show(); } }
工厂方法的类图:
下面我们再来看看使用工厂方法模式的场合:
1.当子类型可能会有很多,以后需要不但增添不同的子类实现时;
2.当一个系统尚在框架设计阶段,还不知道将来需要实例化哪些具体类时;
3.系统设计之初不需要具体对象的概念(或者说没有具体对象的概念);
简单工厂模式的最大优点在于工厂类中包含了必要的逻辑判断,根据客户端的选择条件动态实例化相关的类,对于客户端来说,去除了与具体产品的依赖。但问题也就在这里,如果要求加另外一个产品,我们就需要在简单工厂类的方法里加‘Case’的分支条件,修改原有的类。这就违背了开放-封闭原则。工厂方法模式是将工厂类抽象出一个接口(或一个抽象类)。然后所有要生产具体类的工厂,去实现这个接口(或继承这个抽象类)。这样,一个简单工厂模式的工厂类,变成了一个工厂抽象接口(或抽象类)和多个具体生成对象的工厂。
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。