定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类
工厂模式提供了一种较为便捷的扩展方式,项目可以根据需求的不同,进行新的规范的增加,类型的扩展。同样,这样降低了团队开发的成本,只要规范定义完成,团队就可以开始进行各个模块的开发,而不会影响其他模块。
- 工厂模式的优点:
- 良好的封装性,代码结构清晰。一个对象创建是有条件约束的,如一个调用者需要一个具体的产品对象,只要知道这个产品的类名(或约束字符串)就可以了,不用知道创建对象的艰辛过程,降低模块间的耦合;
- 扩展性非常优秀。在增加产品类的情况下,只要适当地修改具体的工厂类或扩展一个工厂类,就可以完成“拥抱变化”;
- 屏蔽产品类。产品类的实现如何变化,调用者都不需要关心,它只需要关心产品的接口,只要接口保持不变,系统中的上层模块就不要发生变化。因为产品类的实例化工作是由工厂类负责的,一个产品对象具体由哪一个产品生成是由工厂类决定的;
- 典型的解耦框架。高层模块只需要知道产品的抽象类,其他的实现类都不用关心,符合迪米特法则,我们不需要的就不要去交流;也符合依赖倒置原则,只依赖产品类的抽象;当然也符合里氏替换原则,使用产品子类替换产品父类。
<?php
namespace pattern;
interface IBall
{
public function getName();
public function play();
}
class BasketBall implements IBall
{
public function getName()
{
echo 'I am basketball!';
}
public function play()
{
echo 'Let us play basketball!';
}
}
class FootBall implements IBall
{
public function getName()
{
echo 'I am football!';
}
public function play()
{
echo 'Let us play football!';
}
}
abstract class Factory
{
abstract public static function createProduct($product);
}
class Sports extends Factory
{
public static function createProduct($product)
{
$className = 'pattern\\' . $product;
if (class_exists($className)) {
return new $className();
} else {
throw new \Exception($product . ' is not exists!');
}
}
}
try {
$sport = Sports::createProduct('FootBall');
$sport->getName();
$sport->play();
} catch (\Exception $e) {
echo $e->getMessage();
}