Java设计模式之简单工厂模式

推荐资源站：https://zhimalier.com/

在面向对象的编程中，我们经常使用new操作符产生一个实例对象。但是如果有跟多地方都需要生成A的对象，那么就需要写很多 A a=new A() 因此，如果逻辑变了你修改的话就必须该很多地方，很麻烦！这时候工厂模式就蹦出来了，他可以降低耦合度，这样的话，你只需要修改工厂那么其他很多从工厂而来的A就都会修改

耦合度：通俗是指子程序之间的相关性。子程序关联强、耦合度高；关联性弱、耦合度低！   低耦合可减少修改程序付出的代价

程序的开发原则：高内聚，低耦合！

工厂设计模式：

                 用父类类型作为返回值类型

                 接收时可用instanceof来判断是否属于哪个类

                 使用类名或对象名调用他的方法或属性时 必用 .  符号

  例一：

      //产品类
      abstract class Excavator { //抽象挖掘机类
     	public abstract void production();
      }
      public class ExcavatorA extends Excavator{ //挖掘机A继承抽象类
     	public void production() {
      		System.out.println("挖掘机A------>你值得拥有!");
      	}
      }
      public class ExcavatorB extends Excavator{   //挖掘机B继承抽象类
     	public void production() {
      		System.out.println("挖掘机B------>专业老司机！");
      	}
      }
      //工厂类
      public class Factory {
     	public Excavator creatCar(char c) { // 返回值类型为父类
     		switch (c) {
     		case 'A':
     			return new ExcavatorA();
     		case 'B':
     			return new ExcavatorB();
     		default:
     			break;
      		}
     		return null;
      	}
      }
      //客户类：
      public class Customer {
      public static void main(String[] args) {
      	Factory factory =new Factory();
      	Excavator excavatorA=factory.creatCar('A');
      	excavatorA.production();
      	Excavator excavatorB=factory.creatCar('B');
      	excavatorB.production();
      }
      }
  
 

例二：

      //产品类
      abstract class Excavator { //抽象挖掘机类
     	public abstract void production();
      }
      public class ExcavatorA extends Excavator{ //挖掘机A继承抽象类
     	public void production() {
      		System.out.println("挖掘机A------>你值得拥有!");
      	}
      }
      public class ExcavatorB extends Excavator{   //挖掘机B继承抽象类
     	public void production() {
      		System.out.println("挖掘机B------>专业老司机！");
      	}
      }
      //工厂类
      public class Factory {
     	public Excavator creatCar(char c) { // 返回值类型为父类
     		switch (c) {
     		case 'A':
     			return new ExcavatorA();
     		case 'B':
     			return new ExcavatorB();
     		default:
     			break;
      		}
     		return null;
      	}
      }
      //客户类：
      public class Customer {
      public static void main(String[] args) {
      	Factory factory =new Factory();
      	Excavator excavatorA=factory.creatCar('A');
      	Excavator excavatorB=factory.creatCar('B');
     	if(excavatorA instanceof ExcavatorA){ //判断excavator是不是Excavator的一个实例 
      		ExcavatorA A=(ExcavatorA)excavatorA;		//如果是的话 父类创的excavatorA强转为ExcavatorA类
      		A.production();
      	}
     	if(excavatorB instanceof ExcavatorB){
      		ExcavatorB B=(ExcavatorB)excavatorB;
      		B.production();
      	}
      }
      }
  
 

   说了上面他的优点，再说说缺点！如果当前挖掘机型号不满足客户要求，只要车型符合工厂制定的规则就可以被客户使用。因此对产品型号来说，符合开闭原则。但是工厂一方却有了缺陷，因为你每增加一中新的挖掘机车型，都要在工厂类创建新的逻辑，这显然违背了开闭原则！

这时候就需要一个救世大侠来解救工厂模式的缺陷。因此工厂方法模式应运而生！

开闭原则：对扩展开放；对修改封闭！

文章来源: zhima.blog.csdn.net，作者：芝麻粒儿，版权归原作者所有，如需转载，请联系作者。

原文链接：zhima.blog.csdn.net/article/details/52004449