由三种角色组成（关系见下面的类图）：
1、工厂类角色（Creator）：这是本模式的核心，含有一定的商业逻辑和判断逻辑。在java 中它往往由一个具体类实现。
2、抽象产品角色（Product）：它一般是具体产品继承的父类或者实现的接口。在java 中由接口或者抽象类来实现。
3、具体产品角色（ConcreteProduct）：工厂类所创建的对象就是此角色的实例。在java 中由一个具体类实现。
以上代码实例展示了简单工厂模式。下面是其好处：
首先，使用了简单工厂模式后，我们的程序不再" 有病" ，更加符合现实中的情况；而且客户端免除了直接创建产品对象的责任，而仅仅负责" 消费" 产品。
下面我们从开闭原则上来分析下简单工厂模式。当我又买了一辆车的时候，只要符合抽象产品制定的合同，那么只要通知工厂类知道就可以被客户使用了。那么对于产品部分来说，它是符合开闭原则的-- 对扩展开放、对修改关闭；但是工厂部分好像不太理想，因为每增加一辆车，都要在工厂类中增加相应的商业逻辑和判断逻辑，这显自然是违背开闭原则的。对于这样的工厂类（在我们的例子中是为司机师傅），我们称它为全能类或者上帝类。
我们举的例子是最简单的情况，而在实际应用中，很可能产品是一个多层次的树状结构。由于简单工厂模式中只有一个工厂类来对应这些产品，所以这可能会把我们的上帝累坏了，进而累坏了我们可爱的程序员:(
正如我前面提到的简单工厂模式适用于业务将简单的情况下。而对于复杂的业务环境可能不太适应阿。这就应该由工厂方法模式来出场了！！