## **简单工厂模式** 简单工厂模式(Simple Factory Pattern)： 又称为静态工厂方法(Static Factory Method)模式，它属于类创建型模式。在简单工厂模式中，可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。 简单工厂模式包含如下角色： 　　Factory：工厂角色，工厂角色负责实现创建所有实例的内部逻辑 　　Product：抽象产品角色，抽象产品角色是所创建的所有对象的父类，负责描述所有实例所共有的公共接口 　　ConcreteProduct：具体产品角色，具体产品角色是创建目标，所有创建的对象都充当这个角色的某个具体类的实例。 ### **一. 类实现** 比如，我们有一些类，它们都继承自交通工具类： \# 定义一个接口类 ~~~php interface Vehicle{public function drive();} ~~~ \# 子类car实现接口类Vehicle ~~~php class Car implements Vehicle{ public function drive() { echo '汽车靠四个轮子滚动行走。'; } # 在定义一个name方法看一下会怎么样 public function name() { echo '这是一辆小汽车'; }} class Ship implements Vehicle{ public function drive() { echo '轮船靠螺旋桨划水前进。'; }} class Aircraft implements Vehicle{ public function drive() { echo '飞机靠螺旋桨和机翼的升力飞行。'; }} ~~~ \# 再创建一个工厂类，专门用作类的创建 ~~~php class VehicleFactory{ public static function build($className = null) { $className = ucfirst($className); if ($className && class_exists($className)) { return new $className(); } return null; }} ~~~ \# 我们输出看一下 ~~~php echo VehicleFactory::build('Car')->drive().'<br />';echo VehicleFactory::build('Car')->name().'<br />';echo VehicleFactory::build('Ship')->drive().'<br />';echo VehicleFactory::build('Aircraft')->drive().'<br />'; ~~~ \# 输出的结果 ~~~php 汽车靠四个轮子滚动行走。这是一辆小汽车轮船靠螺旋桨划水前进。飞机靠螺旋桨和机翼的升力飞行。 ~~~ ### **二.优点** 看完上面的示例，我有以下几个疑问： 1、我们能发现这么写有什么优点呢？这种简单工厂的模式有什么好处呢？ 简单工厂方法中，包括一个“抽象产品类”（该类可以是接口Interface，也可以是实际的类Class），所 有需要的产品类都是该“抽象产品类”的子类（如果是接口的话，那么就是说所有产品类都继承了该接口）。 简单工厂一般只包含一个具体的工厂类，由该工厂类生成所有的产品类的对象。生成产品类的方法，其内部一般是类似于switch的结构，根据输入的标志，选择创建不同类型的对象。由于不知道创建的对象到底是哪个类的，所以方法的返回值的类型是“抽象产品类”。 2、为什么工厂类的build方法必须是静态的（public static）呢？ 如果不是静态的会报如下错误： **Strict Standards:**Non-static method VehicleFactory::build() should not be called statically in 解释：类的静态方法，前面必须有static修饰。不能直接写public function fName()，前面必须加上static 那么工厂类为什么就要用静态方法呢？ 原因：静态方法不需要实例化即可调用。因为静态方法存放的位置是在类里，调用方法为"类名::方法名" 3 缺点 用来生产同一等级结构中的任意产品。（对于增加新的产品，无能为力）不修改代码的话，是无法扩展的。 4 UML图