简单工厂模式

简单工厂模式：就是定义一个工厂类，对实现了同一接口的类进行实例的创建。

适用场景：

工厂类负责创建的对象非常少

客户只知道传入工厂类的参数，对如何创建对象不关心

由于简单工厂很容易违背高内聚责任分配原则，因此一般只在简单的情况下使用

优点

工厂类是整个模式的关键，包含了必要的逻辑判断。根据外界给定的消息，决定应当创建哪个具体类的实例，通过使用工厂类，外界可从直接创建具体产品对象的尴尬局面中摆脱出来，仅仅需要消费对象就可以了。而不必管这些对象究竟如何创建及组织的，明确了各自的职责和权力，有利于整个软件体系结构的优化

缺点

1、违反了高内聚责任分配原则，由于工厂类集中实现了所有实例的创建逻辑，将全部创建逻辑集中到了一个工厂类身上，若需要添加新的类，则需要改变工厂类。

2、当系统中具体产品类不断增多时，可能会出现要求工厂类根据不同的需求创建不同实例的需求时，这种对条件的判断和具体产品类型的判断交错在一起，很难避免模块功能的蔓延，对系统的维护和扩展非常不利。

public interface Cpu {

   public void calculate();

}

public class IntelCpu implements Cpu{
private int pins = 0;

public IntelCpu(int pins){
this.pins = pins;
}

@Override
public void calculate() {
System.out.println("intel cps针脚数  "+pins);
}

}

public class AmdCpu implements Cpu{

private int pins = 0;
public AmdCpu(int pins){
this.pins = pins;
}
@Override
public void calculate() {
System.out.println("amd cpu针脚数 "+pins);
}

}

public class CpuFactory {

   public static Cpu createCpu(int type){
  switch (type) {
case 1:
return new IntelCpu(755);
case 2:
return new AmdCpu(938);
default:
return null;
}

   }

}

public class ComputerEngineer {

   private Cpu cpu = null;

   

   public void makeComputer(int cpuType){
  prepareHardwares(cpuType);

   }

 public void prepareHardwares(int cpuType) {

      cpu = CpuFactory.createCpu(cpuType);      

     cpu.calculate();

}

}

public class Client {

   public static void main(String[] args) {
ComputerEngineer engineer = new ComputerEngineer();
engineer.makeComputer(1);

}

}