1、静态工厂方法模式的角色：
（1）、工厂类（Creator）角色：担任这个角色的是工厂方法模式的核心，含有与应用紧密相关的商业逻辑。工厂类在客户端的直接调用下创建产品对象，它往往由一个具体Java 类实现。
（2）、抽象产品（Product）角色：担任这个角色的类是工厂方法模式所创建的对象的父类，或它们共同拥有的接口。抽象产品角色可以用一个Java 接口或者Java 抽象类实现。
（3）、具体产品（Concrete Product）角色：工厂方法模式所创建的任何对象都是这个角色的实例，具体产品角色由一个具体Java 类实现。
2、类图：
3、多层次产品结构的简单工厂模式 ：
4、工厂类可以提供多个工厂方法，分别负责创建不同的产品对象。比如java.text.DateFormat 类是其子类的工厂类，而DateFormat 类就提供了多个静态工厂方法。
5、抽象产品角色的省略：
6、工厂角色与抽象产品角色合并：
典型的应用就是java.text.DateFormat 类，一个抽象产品类同时是子类的工厂。
工厂角色与抽象产品角色合并的场景：当具体产品过于简单、只是一种默认实现时，或者具体产品能够根据客户环境自动返回客户所需要的具体产品（具体产品的实现是为了帮助客户端创建产品），或者不想让客户端感知，则可以把具体产品的创建工作交给抽象产品来完成。
7、三个角色全部合并：
8、模式的优点、缺点：
8.1、优点：
模式的核心是工厂类。这个类含有必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例。而客户端则可以免除直接创建产品对象的责任，而仅仅负责“消费”产品。简单工厂模式通过这种做法实现了对责任的分割。
8.2、缺点：
当产品类有复杂的多层次等级结构时，工厂类只有它自己。以不变应万变，就是模式的缺点。
这个工厂类集中了所有的产品创建逻辑，形成一个无所不知的全能类，有人把这种类叫做上帝类（God Class）。
将这么多的逻辑集中放在一个类里面的另外一个缺点是，当产品类有不同的接口种类时，工厂类需要判断在什么时候创建某种产品。这种对时机的判断和对哪一种具体产品的判断逻辑混合在一起，使得系统在将来进行功能扩展时较为困难。这一缺点在工厂方法模式中得到克服。
由于简单工厂模式使用静态方法作为工厂方法，而静态方法无法由子类继承，因此，
工厂角色无法形成基于继承的等级结构。这一缺点会在工厂方法模式中得到克服。