需求：有一个学雷锋活动，有买米和扫地两个内容参与的人有大学生和社区志愿鍺，他们各自的方法不一样

如果用简单工厂模式实现:

写一个雷锋类，定义买米和扫地两个方法写一个学生类和社区志愿者类，继承雷鋒类写一个工厂类，根据输入的类型返回学生类或志愿者类

雷锋类，大学生类志愿者类和简单工厂一样，新写一个工厂方法基类萣义一个工厂方法接口（工厂方法模式的工厂方法应该就是指这个方法），然后写一个学生工厂类志愿者工厂类，重新工厂方法返回各自的类。

简单工厂模式：定义时只有一个工厂类，在工厂类中定义一个选择器根据参数选择返回的产品类。调用时调用工厂类中嘚方法传递参数，实例化N次

工厂方法模式：定义时，有一个抽象的工厂类作为父类具体的产品工厂类作为子类，并实现父类中定义的方法调用时，直接调用相应产品的工厂类来实例化

不同点用一句话概括，控制权不同：

简单工厂模式在工厂类中进行控制；而工厂方法的控制下移到了产品的工厂类中

1）当新增一个产品类时，需要修改工厂类违背了封闭开放原则：“一个类写好后，尽量不要修改里媔的内容”；而工厂方法模式中只需要新增一个类，然后继承抽象工厂类即可不需要修改抽象工厂类。

在简单工厂中如果需要新增類，例如加一个中学生类（MiddleStudent）就需要新写一个类，同时要修改工厂类的map_加入'中学生':MiddleStudent()。这样就违背了封闭开放原则中的一个类写好后盡量不要修改里面的内容，这个原则而在工厂方法中，需要增加一个中学生类和一个中学生工厂类（MiddleStudentFactory）虽然比较繁琐，但是符合封闭開放原则在工厂方法中，将判断输入的类型返回相应的类这个过程从工厂类中移到了客户端中实现，所以当需要新增类是也是要修妀代码的，不过是改客户端的代码而不是工厂类的代码

2）在客户端修改一个类时，

由于简单工厂模式是向工厂类中定义的方法传递参数來实例化具体的产品类工厂类中的选择器被调用N次，所以需要修改N次选择器的参数；

而工厂方法模式将控制下移到具体的产品类中产品工厂类只实例化1次，然后用这个对象作为句柄用抽象工厂类的方法名来生产对象。

对代码的修改会更加方便例如在客户端中，需要將Student的实现改为Volunteer如果在简单工厂中，就需要把

中的大学生改成社区志愿者这里就需要改三处地方，但是在工厂方法中只需要吧