简单工厂、工厂方法、抽象工厂总结

• 简单工厂
• 工厂方法
• 抽象工厂

• 总结对比

  　　我们使用设计模式目的无非只有三个：a)缩短开发时间；b)降低维护成本；c)在应用程序之间和内部轻松集成。具体什么时候使用何种设计模式还得因项目而异。
  　　简单工厂、工厂方法和抽象工厂都属于设计模式创建型，严格意义上简单工厂不属于23设计模式之一（违背了开闭原则）。
  一、简单工厂：
  　　概念：说的通俗些就是工厂根据不同的参数创建对应的产品。
  　　栗子：有个简单工厂是负责计算的 我传一个加号就返回一个算加法的计算器、我传一个减号就返回一个算减法的计算器。
  
  　　在没有工厂之前，大家都是自给自足，生产一部车或其他工具都是自己来完成，有了工厂之后，告诉它需求就会出来相应的产品，但生产化水平比较低，工厂分工不太明确，社会上只有一个工厂，不论卡车还是公交车都由它来完成，相当于一个工厂多条生产线。
  　　好处：工厂类包含逻辑判断，根据客户端实例化相关类，去除与具体产品依赖，客户端不管哪个类的实例，把需求给工厂，工厂单独创建相应实例。是优点也是不足。
  　　不足：如果添加产品，需要修改工厂类，违背开闭原则。工厂方法的出现解决了这一困惑。
  二、工厂方法：
  　　概念：工厂方法有别于简单工厂却是简单工厂的升级。
  不同之处、简单工厂是通过参数来控制产品的生产、这里使用的是重载。不同的工厂实现同一个工厂方法生产不同的产品、是一个工厂生产一个产品(一对一)。如需增加产品、首先要增加工厂。是一对一的生产模式。
  　　栗子：一个抽象工厂是负责计算的。如果需要生产一个计算加法的计算器、首先就要有一个只生产加法计算器的工厂。如果要生产一个计算减法的计算器、就要有一个生产减法计算器的工厂。
  
  　　随着专业化程度的提高，工厂分工变得明确，每个工厂生产各自的产品，公交车工厂只管生产公交车，卡车工厂负责生产卡车，这样如果有新的产品需求，直接增加相应的产品类和对应 工厂类即可。和简单工厂不同的是，多了一个抽象工厂接口，具体工厂类都来实现它。客户端也来实例化具体工厂类（声明时候是父类）。
  　　好处：遵守开闭原则，直接添加具体产品类和相应工厂类，实例化哪一个工厂放在客户端
  　　不足：第一：增加一个产品就要增加一个产品工厂类，额外开发，第二：把简单工厂内部逻辑移到客户端，所以之前修改工厂类，现在修改客户端，问题还是存在，抽象工厂的出现了。
  三、抽象工厂：
  　　概念：说的简洁些抽象工厂就是 简单工厂+工厂方法。
  
  　　工厂方法虽解决简单工厂违背开闭原则的问题，但它每个工厂只能生产一种产品，对于系列产品表示无能为力，而且大家都看到工厂能获益，随着工厂的增多，用户的需求，这时有了品牌的概念，比如想要宝马的卡车，奔驰的公交车等。
  　　好处：一、可以解决工厂方法每个工厂只能生产单一产品的工厂，根据产品需求进一步抽象出一个工厂类的抽象类，所以为抽象工厂。通过改变具体工厂使用不同产品配置。二、具体创建实例过程与客户端分离，客户端通过抽象接口操纵实例，
  　　不足：增加新产品，比如上图大众的轿车，就要添加轿车抽象类，和下面的大众轿车，大众卡车等，还有修改抽象工厂，和具体的工厂，比如上图就要添加大众的具体工厂，要修改的地方太多啦，这时就显得糟糕了，不过可以通过简单工厂改进抽象工厂。

  　　抽象工厂的改进（更换数据库的问题）：
  　　简单工厂改进抽象工厂：一个database类，可以创建iuser和idepartment的sql和access产品，如果需要更换oracle数据库呢？又需要在database中修改case分支，添加oracle数据库的分支判断，违背开闭原则，不好维护，这时把数据库作为字符串拿出来，反射出场了。
  　　反射+抽象工厂：assembly.load(程序集).createinstance（命名空间.要实例化类名称），原来写死在程序里，现在字符串来是实例化对象（变量可以更换），数据库使用由db决定，去除database中switch判断，不过还需要改程序中db的值，不完美，有没有一种不修改程序的方法，当然可以读取配置文件啊。
  配置文件+反射：真正符合开闭原则，读文件时给DB字符串赋值，写明用sql还是access，这样database也不用更改啦。
  四、总结对比：
  　　简单工厂：一个工厂，生成各种不同class的对象。一般来说这些对象应该某一基类或接口关联的，除非你牛就声明返回Object。
  　　工厂方法：多种工厂，按需选择一工厂生成对象。这些工厂之间靠拥有同一接口方法关联，所以叫“工厂方法”模式。
  　　抽象工厂：多种工厂协作，生成多种class关系不大的对象。常见的处理是把这些对象整体打包提供给你。
  　　每种模式都有自己的优点和弊端，只有最适合它的场景，没有最好的时候，只要满足自己的需求就是最好的。