工厂方法模式
工厂方法模式,属于创建型模式之一,是粒度很小的设计模式,因为模式的表现只是一个抽象的方法。提前定义用于创建对象的接口,让子类(具体工厂)决定实例化具体的某一个类,即在工厂和产品中间增加接口(抽象工厂),工厂不再负责产品的创建,由接口针对不同条件返回具体的类实例,由具体类实例(具体工厂)去实现。工厂方法模式是简单工厂模式的衍生,解决了许多简单工厂模式的问题。
优点
- 使用工厂方法模式的另一个优点是在系统中加人新产品时,无须修改抽象工厂和抽象产品提供的接口,无须修改客户端,也无须修改其他的具体工厂和具体产品,而只要添加一个具体工厂和具体产品就可以了。这样,系统的可扩展性也就变得非常好,完全符合“开闭原则”。
- 在工厂方法模式中,工厂方法用来创建客户所需要的产品,同时还向客户隐藏了哪种具体产品类将被实例化这一细节,用户只需要关心所需产品对应的工厂,无须关心创建细节,甚至无须知道具体产品类的类名。
- 基于工厂角色和产品角色的多态性设计是工厂方法模式的关键。它能够使工厂可以自主确定创建何种产品对象,而如何创建这个对象的细节则完全封装在具体工厂内部。工厂方法模式之所以又被称为多态工厂模式,是因为所有的具体工厂类都具有同一抽象父类。
缺点
- 在添加新产品时,需要编写新的具体产品类,而且还要提供与之对应的具体工厂类,系统中类的个数将成对增加,在一定程度上增加了系统的复杂度,有更多的类需要编译和运行,会给系统带来一些额外的开销。
- 由于考虑到系统的可扩展性,需要引入抽象层,在客户端代码中均使用抽象层进行定义,增加了系统的抽象性和理解难度,且在实现时可能需要用到 DOM、反射等技术,增加了系统的实现难度。
readview
- 定义抽象工厂和具体工厂接口
/**
* 定义具体工厂接口
* Interface CacheInterface
*/
interface AirConditionInterface
{
public function run();
}
/**
* 定义抽象工厂接口
* Interface FactoryInterface
*/
interface AirConditionFactory
{
public static function getInstance(): AirConditionInterface;
}
- 定义具体的工厂,并实现工厂接口
/**
* 海尔工厂
* Class Hire
*/
class Hire implements AirConditionInterface
{
public function run()
{
// TODO: Implement conn() method.
echo '海尔空调正在运行'.PHP_EOL;
}
}
/**
* 海尔工厂实例化接口
* Class HireFactory
*/
class HireFactory implements AirConditionFactory
{
public static function getInstance(): AirConditionInterface
{
// TODO: Implement getInstance() method.
return new Hire();
}
}
/**
* 格力工厂
* Class Gree
*/
class Gree implements AirConditionInterface {
public function run()
{
// TODO: Implement run() method.
echo '格力空调正在运行'.PHP_EOL;
}
}
/**
* 格力工厂实例化接口
* Class GreeFactory
*/
class GreeFactory implements AirConditionFactory{
public static function getInstance(): AirConditionInterface
{
// TODO: Implement getInstance() method.
return new Gree();
}
}
//客户端使用
HireFactory::getInstance()->run();
GreeFactory::getInstance()->run();